BAB 3 ANALISIS DAN DESAIN
3.1 Latar Belakang Universitas Bina Nusantara 3.1.1 Sejarah Univesitas Bina Nusantara dalam proses pengukuhan menjadi sebuah institusi pendidikan yang terkemuka dan diakui, adalah sebuah perkembangan yang bertahap, tidak mudah tetapi berkesinambungan, cerdas dan pasti. Proses ini diwarnai dengan banyaknya perubahan nama institusi ini sendiri, hingga kini menjadi nama Universitas Bina Nusantara (terkenal dengan nama BiNus). Berawal dari sebuah lembaga pendidikan jangka pendek, lembaga pendidikan ini sekarang sudah mendirikan beberapa cabang (BiNus Center) di seluruh pelosok Nusantara. Berikut ini adalah perjalanan waktu Universitas Bina Nusantara : •
21 Oktober 1974, berdirinya Modern Computer Course (MCC).
•
1 Juli 1981, MCC dirubah menjadi Akademi Teknik Komputer (ATK) dengan Jurusan Manajemen Informatika.
•
13 Juli 1984, karena mendapat Status Terdaftar, ATK dirubah menjadi AMIK Jakarta.
•
1 Juli 1985, dibuka Jurusan Komputerisasi Akuntasi
•
21 September 1985, AMIK Jakarta dirubah menjadi AMIK Bina Nusantara
•
17 Maret 1986, terpilih menjadi Akademi Komputer terbaik oleh Depdikbud melalui Kopertis Wilayah III Jakarta
49 •
1 Juli 1986, Sekolah Tinggi Manajemen Informatika dan Komputer (STMIK) Bina Nusantara mendirikan Program Strata-1 (S1) Jurusan Manajemen Informatika dan Teknik Informatika, serta dibukanya Jurusan Teknik Komputer (S1).
•
9 November 1987, AMIK Bina Nusantara dilebur ke dalam STMIK Bina Nusantara sehingga terbentuk sebuah lembaga yang meyelenggarakan Program Diploma III (DIII) dan Strata-1 (S1).
•
18 Maret 1992, memperoleh Status Disamakan untuk semua Jurusan dan Jenjang.
•
10 Mei 1993, mendapat kepercayaan membuka Program Pascasarjana Magister Manajemen Sistem Informasi, yang juga merupakan salah satu program pascasarjana pertama di Indonesia dibidang ini.
•
8 Agustus 1996, berdirinya Universitas Bina Nusantara secara sah diakui oleh Pemerintah.
•
17 November 1997, memperoleh Sertifikasi ISO 9001 akan penggunaan dan kontribusinya pada quality system management-nya dalam ruang lingkup pembuatan kurikulum dan material kuliah, pelaksanaan kuliah, serta pengajaran dan ristetnya. Hal ini tidak mungkin didapat tanpa kerja keras.
•
20 Desember 1998, STMIK Bina Nusantara dilebur ke dalam Universitas Bina Nusantara sehingga UBiNus memiliki Fakultas Ilmu Komputer, Fakultas Ekomoni, Fakultas Teknik, Fakultas Sastra, Fakultas MIPA, dan Program Pascasarjana.
50 3.1.2 Program Studi Universitas Bina Nusantara memiliki tujuh fakultas dan beberapa jurusan di bawahnuya. Berikut adalah fakultas dan jurusan atau program studi dari Universitas Bina Nusantara:
Tabel 3.1 Program Studi UbiNus
3.1.3 Semboyan Semboyan Bina Nusantara adalah: “Membangun Masa Depan Bangsa melalui Ilmu Pengetahuan dan Teknologi”
51 3.1.4 Visi Sejalan dengan Semboyannya, Bina Nusantara memiliki visi mulia yaitu, menjadi Perguruan Tinggi swasta yang diterima sebagai panutan dalam pengembangan dan penerapan ilmu dan teknologi di Indonesia, terutama yang terkait dan ditunjang oleh berbagai bentuk penerapan teknologi informasi.
3.1.5 Misi Dalam rangka mencapai visinya, Bina Nusantara memiliki misi : •
Menyelenggarakan program-program studi yang menunjang pengembangan dan penerapan Teknologi Informasi dalam berbagai bidang ilmu.
•
Menyediakan sarana dan lingkungan yang kondusif bagi pelaksanaan kegiatan belajar-mengajar yang efektif dan efisien, sehingga terbentuk lulusan-lulusan yang bermoral, terampil dan kreatif.
•
Menjaga keterkaitan dan relevansi seluruh kegiatan akademis dengan kebutuhan pembangunan sosial-ekonomi dan industri Indonesia serta mengantisipasi semakin maraknya globalisasi kehidupan bermasyarakat.
•
Melangsungkan kerjasama dengan berbagai pihak baik dari dalam maupun luar negeri, sehingga ilmu dan teknologi yang diberikan selalu mutakhir serta dapat diterapkan secara tepat-guna.
52
3.2 Struktur Organisasi Universitas Bina Nusantara
Gambar 3.1 Struktur Organisasi Universitas Bina Nusantara
3.3 Sistem yang sedang Berjalan di Universitas Bina Nusantara 3.3.1 Sistem Perkuliahan Melihat sejarah, visi, misi, serta semboyannya, Universitas Bina Nusantara adalah institusi yang berkecimpung dalam dunia pendidikan atau belajar-mengajar yang menawarkan jasa pendidikan. Universitas Bina Nusantara memiliki sistem yang dapat menunjang proses pembelajaran dengan perangkat ajarnya. Sistem yang menjamin ruang dan waktu serta fasilitas untuk dosen dapat menurunkan ilmunya. Dalam sistem pengajaran yang digunakan Universitas Bina Nusantara adalah perkuliahan biasa (Face to Face) dan MCL (Multi Channel Learning). Perkuliahan
53 biasa adalah cara belajar sebagaimana telah dipraktekkan sejak dulu di mana muridmurid (mahasiswa) dan guru (dosen) bersama-sama berada di dalam sebuah kelas (dalam matriks ruang waktu adalah sinkron dengan waktu sama). Universitas Bina Nusantara, pada tiap ruangnya memiliki alat bantu perkuliahan berupa OHP (Over Head Projector) atau infocus yang dapat digunakan dosen saat memberikan kuliah kepada mahasiswa-mahasiswanya. Lamanya kuliah 2 SKS (Satuan Kredit Semester) adalah 100 menit x 13 pertemuan yaitu 1300 menit atau 21 jam. Sistem pengajaran kedua yang dimiliki Universitas Bina Nusantara adalah MCL (Multi Channel Learning), sebuah metode baru diperkenalkan sejak tahun 2001. Pada metode ini, dalam satu semester ada beberapa pertemuan yang tidak belajar di kelas (biasanya disebut OffClass). Para mahasiswa tidak perlu datang ke kelas untuk pertemuan kuliah seperti biasanya. Mahasiswa diharapkan agar dapat belajar di luar kelas, secara mandiri, menggunakan fasilitas internet. Mahasiswa diberi kesempatan (atau diharuskan) untuk membiasakan menggunakan Binusmaya dan forum sebagai pengganti ruang kuliah. Pada matriks ruang-waktu, cara ini adalah asinkron tersebar, yang tak terbatas waktu dan tempat. siswa dapat belajar kapan pun di mana pun, tanpa jadwal yang ketat, menyenangkan dan membimbingnya menggunakan internet dengan sebaik-baiknya. Universitas Bina Nusantara sendiri sebenarnya bercita-cita agar pada masa depan seluruh sesi perkuliahan adalah Multi Channel Learning, namun hal ini masih belum dapat direalisasikan. Universitas
Bina
Nusantara
menyediakan
Binusmaya
(www.binusmaya.binus.ac.id) sebagai website yang berisi bahan-bahan kuliah. Kemudian forum juga dibuat di mana, para mahasiswa dan dosen dapat bertukar
54 pikiran, bertanya, menjelaskan, mengumumkan dan hal lain yang berhubungan dengan proses pembelajaran. Dengan account yang valid seorang mahasiswa dapat menggunakannya sebagai sumber bahan belajar. Tujuan lainnya, adalah membimbing mahasiswa agar dapat menggunakan internet secara maksimal, mencari sumber-sumber yang sangat melimpah dari internet. Bina Nusantara adalah organisasi yang besar, mencakup daerah dan kekuasaan yang besar dan luas. Bina Nusantara memiliki beberapa institusi naungan seperti BiNus School, BiNus Center, BiNus Career, BiNus International, BiNus School. Kampus UniversitasBina Nusantara ada empat yaitu Syahdan, Anggrek, Kijang dan The Joseph Wibowo Center. Lepas dari universitasnya, Bina Nusantara ingin dapat memberikan ilmunya kepada masyarakat umum melalui BiNus Center (BC). Sejak semula Bina Nusantara adalah sebuah lembaga kursus komputer, maka BiNus Center mengisi peran ini sebagai training center. Dalam perkembangan selanjutnya, BiNus Center semakin besar dan terkenal dan telah memiliki banyak cabang di kota-kota besar seperti DKI Jakarta, Medan, Padang, Bekasi, Depok, Bali, Banten. Tidak hanya itu, BiNus Center juga semakin menggemakan nama besar BiNus dengan melakukan franchise. Kerja sama Universitas Bina Nusantara dengan banyak perusahaan terkenal lainnya seperti CISCO, Microsoft, Lotus Development Indonesia dapat semakin mengembangkan Universitas Bina Nusantara terutama di bidang IT-nya. Universitas Bina Nusantara juga menjalin kerja sama dengan Bank BCA. Dengan kerja sama ini, Universitas Bina Nusantara mendapat keuntungan dengan kemudahan bertransaksi, sementara BCA juga memiliki lebih banyak nasabah. Mahasiswa dan calon mahasiswa
55 semakin dimudahkan dengan pembayaran melalui bank untuk administrasi pembayaran kepada Universitas Bina Nusantara. Kemudian, dalam menyediakan kebutuhan informasi, Universitas Bina Nusantara juga bekerja sama dengan INDOSAT sejak 1997. Sebagai universitas yang terkenal dengan IT-nya, Universitas Bina Nusantara perlu memfasilitasi mahasiswa dengan internet.. BiNusian dapat memperoleh akses tersebut melalui CyberAccess, dialup maupun Wi-Fi. Maka akses internet di Universitas Bina Nusantara bukan masalah. Dengan internet, informasi apa pun mudah didapatkan. Diharapkan BiNusian dapat mandiri belajar melalui internet.
3.3.2 Infrastruktur IT Universitas Bina Nusantara memiliki infrasturktur IT yang amat handal yang tak perlu diragukan lagi, komputer server yang handal, jaringan yang kuat, kerja sama sistem dengan perusahaan lain seperti BCA. Baik dari sisi hardware, Universitas Bina Nusantara juga baik untuk software-nya, Universitas Bina Nusantara telah memiliki beberapa license software fundamental untuk pengembangan IT. Seperti tercantum pada misi, visi dan semboyannya, Universitas Bina Nusantara berkomitmen menerapkan teknologi (IT). Maka Universitas Bina Nusantara selalu berusaha mengenal dan menggunakan teknologi yang terbaru dan terbaik untuk menunjang pelaksanaan studinya. Berikut ini adalah infrastrutur IT ada pada Universitas Bina Nusantara: 1. Sistem online yang telah ada. Binusmaya adalah contoh sistem yang sudah mendukung dan menunjang untuk menggunakan internet sebagai sarana pengajarannya. Contohnya, website Universitas Bina Nusantara (www.binus.ac.id),
56 website Binusmaya (www.binusmaya.binus.ac.id), website Binus Career, website Binus Center for Entrepreneurship, website-website UKM (Unit Kegiatan Mahasiswa) dan HMJ (Himpunan Mahasiswa Jurusan).. 2. Server yang handal. Secara garis besar Universitas Bina Nusantara memiliki server yang memiliki berbagai fungsi. Antara lain: o Sebagai web server yang melayani request halaman web dari para pengguna melalui internet maupun intranet o Database server yang menyimpan seluruh data termasuk data mahasiswa dan lain sebagainya o Content Server yang menyimpan materi pembelajaran yang berupa file-file yang dapat di-download o Email Server yang melayani servis email baik keluar ataupun masuk ke Bina Nusantara o Domain Name Server yang melayani service domain. o File Server yang berguna untuk menyimpan data para user LAN (Local Area Network). Penggunaan beberapa server (sistem terdistribusi) tersebut untuk aplikasi membuat kerja masing-masing server lebih ringan. Server yang tersedia dapat dipergunakan untuk beberapa website, salah satunya adalah website Binusmaya 3. Database yang bervariasi dan besar. Sebagai suatu organisasi besar yang juga bergerak dibidang IT, Universitas Bina Nusantara harus memiliki penyimpan informasi atau database. Universitas Bina Nusantara sarat sekali dengan bermacammacam informasi, seperti data mahasiswa, data mata kuliah, data pegawai, keuangan
57 dan lain-lain. Universitas Bina Nusantara memiliki banyak sekali database, dan data-data ini tidak dapat dihargai dengan uang lagi, karena jika hilang atau crash, tidak mungkin didapat kembali. Lebih jauh lagi, data-data ini sangat berguna sekali untuk diolah untuk membuat keputusan bisnis yang baik (Data Mining). DBMS Universitas Bina Nusantara masih menggunakan SQL Server 7 dan belum bermigrasi ke versi terbaru (2000 atau 2005) karena perlu perhatian khusus untuk pelaksanaannya serta masih menunggu stabilnya produk Microsoft ini (SQL Server 2005). 4. Jaringan besar dan kuat. Universitas Bina Nusantara mempunyai dua hubungan jaringan, yaitu: o Link IIX (Indonesia Internet Exchange), jaringan yang menghubungkan 100 MB o Link International, jaringan internet internasional yang menghubungkan 10MB Jaringan Universitas Bina Nusantara menggunakan teknologi CISCO untuk semua peralatan dan pengaturannya. Dalam akses internet, Universitas Bina Nusantara memiliki kerja sama dengan INDOSAT. 5. Integrasi sistem eksternal (perusahaan lain). Misalnya Kerja sama dengan Bank BCA yang sangat menguntungkan di sisi bisnisnya dan teknologinya. Dalam kerja sama ini, ada sistem yang berjalan antara BCA dengan Universitas Bina Nusantara. Semua transaksi yang dilakukan untuk Universitas Bina Nusantara akan disatukan dan dikirim secara digital (text file) kepada bagian Finansial Universitas Bina Nusantara dengan disertai kode-kode tertentu yang menunjukkan transaksi tertentu.
58 6. Sistem-sistem IT disebagian besar divisi organisasi Universitas Bina Nusantara. Sesuai dengan perkembangan zaman, Universitas Bina Nusantara juga memberdayakan sistem komputerisasi disebagian besar divisi organisasi Universitas Bina Nusantara. Tiap divisi menggunakan aplikasi yang sangat membantu dalam semua proses yang ada. Tetapi sayangnya, karena aplikasi berbeda maka sulit untuk diintegrasikan. Dengan adanya sistem komputerisasi yang telah ada, maka akan semakin memperbesar pentingnya sistem pembelajaran baru yang dapat mengakomodasi sistem-sistem terdahulu, dan dapat memperkecil sisi manualnya. Sebagian besar lingkungan Universitas Bina Nusantara telah memanfaatkan sistem IT, misalnya saja perparkiran, building management, pelayanan mahasiswa, tiap kelas untuk pengajaran, dan sebagainya. 7. Lisensi (hak penggunaan) software dan software tool. Universitas Bina Nusantara memiliki beberapa lisensi software, yaitu: o Windows Server 2003 Operating System o IIS 6.0 Web Server Software o SQL Server 2000 o Visual Studio 2003 o Telerik Rad Control Dengan adanya lisensi ini, Universitas Bina Nusantara dapat menggunakan dan mengembangkan sendiri sistem-sistem yang termutakhir dan terbaik yang pada akhirnya semakin menunjang proses ajar-mengajar berbasis IT. 8. Developer Software IT yang mahir dengan tool Microsoft Visual Studio. Universitas Bina Nusantara memiliki bagian IT Directorate yang terdiri dari IS
59 Development, IT Operation, dan Research. Bagian IS Development difokuskan dalam pengembangan aplikasi. Karena Universitas Bina Nusantara memegang lisensi dari Microsoft, maka sebagaian besar proyek yang ada dikerjakan dengan software Microsoft (Visual Studio, SQL Server). Dengan Microsoft Visual Studio, maka teknologi yang digunakan adalah .NET Framework yang mengedepankan sistem terdistribusi. 9. Fasilitas lainnya yang berbasis IT. o CyberAccess, warnet pribadi miliki komunitas Universitas Bina Nusantara, o Digilib, perpustakaan online Universitas Bina Nusantara. o Dan lain-lain.
3.4 Analisis Permasalahan dan Kebutuhan
Gambar 3.2 Rich Picture Analisis Permasalahan dan Kebutuhan
60
Beberapa masalah yg terjadi saat ini di dunia pendidikan adalah: •
Tidak semua daerah (terutama daerah kecil) memiliki institusi pendidikan yg baik.
•
Oleh karena itu, untuk memperoleh pendidikan, para siswa / mahasiswa tersebut biasanya harus meninggalkan daerah asalnya dan datang ke lokasi (kota besar) yg memiliki institusi pendidikan yg baik.
•
Para siswa / mahasiswa yang datang ke kota besar memerlukan berbagai macam biaya yg cukup besar diantaranya biaya tinggal, biaya makan, kebutuhan seharihari, biaya transportasi, dan lain sebagainya.
•
Bagi orang-orang yang sudah bekerja, waktu menjadi salah satu faktor yang menghambat karena jam kerja yang mengikat dan kurang fleksibel.
•
dan faktor – faktor lainnya. Masalah – masalah di atas dapat dijawab dengan adanya ide e-learning
(dalam konteks ini lebih mengarah ke Distance Learning). Tetapi untuk mewujudkan e-learning, tentu perlu adanya beberapa hal yang mendukung seperti: •
Organisasi dan administrator yang menjalankan sistem tersebut. Organisasi tersebut bernama E-BiNus. Tujuannya adalah untuk menyebarkan ilmu ke seluruh pelosok Indonesia. E-BiNus diciptakan untuk menjawab tantangan globalisasi pendidikan melalui internet. Dari namanya E-BiNus adalah ELearning yang dikembangkan oleh Bina Nusantara.
•
Sebuah sistem yang mendukung kegiatan e-learning itu sendiri. Untuk mewujudkan dan menjalankan aktifitas e-learning, tentunya memerlukan sebuah
61 sistem yang mendukung. Skripsi ini akan membahas tentang masalah dan kebutuhan sistem yang mendukung kegiatan e-learning dan solusi yang ditawarkan untuk menjawab masalah dan kebutuhan tersebut. •
Content / materi / modul pelajaran yang diajarkan. Content bisa berupa file animasi flash, presentasi powerpoint, artikel, dan lain – lain.
•
Staff pengajar seperti instruktur, guru, atau dosen.
3.5 Kebutuhan (Requirement) Sistem E-BiNus Untuk saat ini, E-BiNus yang akan dikembangkan ini adalah lebih bersifat kursus secara online, karena cara belajarnya seperti kursus, bukan pendidikan formal. Siswa-siswa E-BiNus dapat berasal dari berbagai kalangan. Modul pelajaran yang diberikan dari E-BiNus adalah mata kuliah yang diberikan untuk mahasiswa Universitas Bina Nusantara. Setiap pendaftaran modul pelajaran, siswa diberi jangka waktu selama 365 hari untuk menggunakan aplikasi ini (berupa student services, learning management system, dan forum). Siswa akan mendapatkan sertifikat untuk setiap modul pelajaran yang diambil setelah lulus ujian. Siswa dapat mengikuti ujian minimal 90 hari setelah masa aktif. Meskipun aktifitas pembelajaran e-learning dari E-BiNus dilakukan secara online, tetapi untuk mengikut ujian, siswa tetap diharuskan untuk datang ke tempat yang ditunjuk oleh pihak E-BiNus. Sampai saat ini, belum adanya kepastian mengenai tempat ujian dari pihak E-BiNus, tetapi sangat mungkin ujian tersebut akan diadakan di BiNus Center karena pihak Bina Nusantara memiliki BiNus Center yang tersebar diberbagai kota.
62 Tidak tertutup kemungkinan pada suatu saat, E-BiNus akan mendapat pengakuan dari pihak bersangkutan sebagai pendidikan formal (misalnya Diploma atau S1). Maka untuk mendapatkan gelar sarjana, siswa tersebut tidak harus mengambil 146 sks di Universitas Bina Nusantara langsung, tetapi sebagian modul pelajaran dapat diambil lewat program E-BiNus, sehingga bisa lulus dalam waktu yang lebih cepat.
Visitor
Browse Catalog and Information
Information: News, Events, Catalog
Student Registrant Lecturer Register Access academic services, LMS, and Forum Access forum and LMS
Catalog :
Test Content
Discussion Forum
Learning Management System
E-BiNus Front End (www.ebinus.com)
Information Management: - News - Event - Announcement
Personal Management: - User - Student - Lecturer
Academic Management: - Module - Module Category - Lecturer Module Assigment
Manage
E-BiNus Back End Application Admin Manage
Admin
Gambar 3.3 Rich Picture Sistem E-BiNus
63 Gambar di atas merupakan gambaran konsep dari keseluruhan sistem E-BiNus. Ada dua subsistem utama, bagian depan (Front End) dan belakang (Back End). Bagian yang dilambangkan dengan kotak berwarna biru tua dengan tulisan putih adalah “future vision” yang akan dikembangkan, yang belum ada kesepakatan tentang bagaimana pelaksanaannya. Sampai saat laporan skripsi ini sudah rampung, future vision ini belum dapat dikembangkan, karena dari pihak stakeholder masih dalam tahap pembicaraan. Berikut ini beberapa requirement untuk sistem E-BiNus, yaitu: •
Akses secara online untuk calon siswa dan dosen dan jaringan lokal bagi Admin. Calon siswa cukup menggunakan browser untuk mengakses front end dari E-BiNus. Administrator dapat mengatur sisi belakang E-BiNus hanya melalui jaringan lokal Universitas Bina Nusantara. Sistem E-BiNus mampu menangani server-server (content, file, database) dan interaksinya, serta hubungan dengan LMS (Learning Management System), CMS (Content Management System), dan forum. LMS dan CMS dipisahkan dari sistem utama E-BiNus karena LMS dan CMS berisi materi pelajaran dan aplikasi E-BiNus sebagai pengaturnya sehingga bisa ditampilkan ke siswa.
•
Sistem terintegrasi yang memaksimalkan otomatisasi (proses manual diminimalkan).
Universitas
Bina
Nusantara
menginginkan
sistem
mengintegrasikan back end dan front end seperti proses administrasi pendaftaran, pembayaran, perkuliahan, penilaian untuk siswa dan lain-lain. Berhubungan dengan sistem dan database lain, seperti berhubungan dengan bagian keuangan Bina Nusantara.
64 Dengan terintegrasinya seluruh sistem ini, maka semua proses yang berhubungan dengan kuliah akan lebih mudah, cepat , dan elegan. Misalnya, penilaian hasil ujian, nilai siswa akan keluar setelah beberapa hari. •
Web Application. Siswa dan administrator menggunakan browser untuk mengakses E-BiNus.
•
Berbasis Microsoft yang menggunakan teknologi .NET. Teknologi .NET dapat digunakan untuk membuat sistem Enterprise Web Application kompleks yang handal, yaitu menggunakan ASP.NET dengan bahasa pemrograman C# atau VB.NET. Universitas Bina Nusantara telah memiliki lisensi dari Microsoft, maka sistem yang dibuat diharapkan menggunakan tools basis Microsoft (Microsoft Visual Studio .NET 2003). Selain itu, Universitas Bina Nusantara juga memiliki lisensi Microsoft lainnya untuk SQL Server 2000 (database), IIS (Server Application), Windows Server 2003 (Operating System) yang dipergunakan juga berasal dari Microsoft.
•
Siswa tidak perlu datang ke tempat belajar. Mereka belajar secara online. Sesuai dengan konsep e-learning (khususnya Distance Learning), siswa belajar dengan tidak terbatas pada waktu dan tempat, maka sistem perlu sebuah situs (front end) yang baik dan aman. Universitas Bina Nusantara bercita-cita dapat memberikan ilmunya (membina) kepada Indonesia, ke seluruh pelosok Nusantara. Saat ini Universitas Bina Nusantara menerima banyak sekali calon mahasiswanya dari berbagai daerah di Indonesia.
65 Siswa dapat mengakses E-BiNus (LMS, CMS dan forum) melalui website www.ebinus.com dalam jangka waktu 365 hari. Siswa juga dapat melihat histori pembayaran, nilai-nilai, profil, news, event, announcement melalui website ini. •
Administrasi untuk registrasi (baik registrasi pertama kali dan registrasi ulang) melalui internet dan pembayaran melalui ATM BCA (transfer rekening). Calon siswa yang berasal dari berbagai pelosok daerah dapat mendaftarkan dirinya secara online melalui website www.ebinus.com. Sistem administrasi registrasi ini diharapkan mampu menangani proses registrasi ini, menangani data-data calon siswa/siswa (siswa dapat melakukan registrasi ulang modul pelajaran) dan menangani proses pembayaran yang berhubungan dengan pihak Bank BCA dan pihak keuangan Universitas Bina Nusantara, sampai calon siswa bisa menggunakan fasilitas pembelajaran E-BiNus. Calon siswa dapat membayar melalui transfer rekening/ATM Bank BCA ke rekening Universitas Bina Nusantara. Bank BCA memiliki ATM (Auto Teler Machine) yang terdistribusi di seluruh pelosok nusantara. Dengan kerja sama ini Universitas Bina Nusantara diuntungkan sekali dengan pembayaran yang dapat dilakukan di mana saja dengan dekat dan cukup mudah. Sementara Bank BCA yang menangani proses pembayaran, sistem E-BiNus yang harus mampu menangani data-data pembayarnya yang akan dikirim Bank BCA tiap harinya (integrasi sistem yang solid). Tiap malam server akan memproses data-data pembayaran yang dilakukan untuk E-BiNus secara otomatis (di-trigger oleh aplikasi Scheduler).
66 •
Pemilihan materi belajar yang diinginkan melalui internet. Pemilihan materi kuliah adalah salah satu proses dari registrasi diatas. Calon siswa/siswa dapat memilih materi belajar (modul pelajaran) kemudian di-submit beserta data dirinya. Data-data modul pelajaran tersebut dapat tersimpan ke database untuk keperluan sistem selanjutnya.
•
Sistem yang dapat menangani data (metadata yang ada di database), informasi, dan file (file server) yang diperlukan aplikasi Back End dan Front End. Informasi yang harus diatur dalam sistem E-BiNus adalah: o user (siswa, calon siswa, dosen, dan Admin) o Modul pelajaran o News, event, announcement o Data keuangan o Data pelajaran siswa, dan lain-lain Di Back End sistem harus memungkinkan administrator dapat meng-upload news, event,
announcement
sehingga
selalu
up-to-date
ditampilkan
ke
siswa.
Memungkinkan administrator dapat memasukkan data dosen dan data-data pentingnya, modul pelajaran dan lain-lain. Di E-BiNus Front End siswa dapat melihat news, event dan announcement, data keuangan yang telah dilakukkan, nilai, modul pelajaran yang sudah dan boleh diambil, dan lain-lain. •
Sistem E-BiNus dapat mengatur dan menyediakan LMS, CMS dan forum (pembelajaran) yang akan diperoleh siswa sebagai bahan pelajarannya. Sistem E-BiNus memiliki subsistem LMS, CMS dan forum. LMS merupakan sistem
67 pembelajarannya. CMS merupakan sistem management file-file yang berisi pelajaran yang dimaksud (contoh, Teknik Kompilasi, Character Building, dan lainlain). Subsistem ini harus dikendalikan oleh sistem utama E-BiNus agar siswa dapat mengakses mata pelajarannya, agar data-data LMS dan CMS tersusun dengan benar (data availability dan data confidential). E-BiNus memungkinkan siswa melihat dan dapat men-download materi (hubungan dengan File Server). Forum adalah sarana bagi siswa berkomunikasi dengan dosen dan siswa lainnya. Forum bisa dilakukan secara asinkron terdistribusi maupun sinkron terditribusi. Pada asinkron terdistribusi, siswa dapat bertanya mengenani pelajaran dengan meng-upload pertanyaannya dan dijawab yang lainnya, juga dapat melihat pertanyaan-pertanyaan historis yang ada. •
Sekuriti hak akses (privilege) bagi siswa dan Admin. Siswa diberi username dan password untuk mengakses E-BiNus, sehingga mencegah orang lain dapat mengakses haknya. Administrator juga memiliki username dan password untuk mencegah data-data hilang (data loss) dan rusak oleh pihak tertentu yang tidak bertanggung jawab. Tiap administrator juga memiliki hak akses berbeda dari yang lainnya (create, view, update, dan lain-lain).
•
Lebih lanjut lagi, sistem dapat berguna untuk Program pascasarjana yang pasti memiliki sedikit waktu untuk kuliah.
68 3.6 Aplikasi yang Akan Dibuat 3.6.1 Tinjauan Aplikasi Secara Umum Dari requirement – requirement yang diperoleh, aplikasi E-BiNus secara umum dibagi menjadi 2 bagian yaitu front end (E-BiNus Front End) dan back end (E-BiNus Back End): •
Front End adalah aplikasi yang di-publish ke internet, di mana bisa diakses langsung oleh siapa saja dengan mengetik alamat website www.ebinus.com. Pengujung (visitor) aplikasi ini dapat melihat informasi-informasi seperti news, event, atau modul pelajaran yang ditawarkan. Bila pengunjung berminat terhadap modul pelajaran tersebut, maka pengunjung dapat mendaftar melalui pendaftaran online dengan mengikuti prosedur yang ditetapkan. (Orang yang mendaftar disebut sebagai registrant). Setelah registrant berhasil mendaftar dengan mengikuti tahap-tahap prosedur yang ditentukan, maka registrant tersebut telah menjadi siswa (student) EBiNus. Siswa E-BiNus berhak mengakses aplikasi student services, learning management system, dan forum. Aplikasi student services memungkinkan siswa untuk melihat transaksi dan informasi akademik seperti nilai ujian, transaksi pembayaran, dan lain sebagainya. Learning Management System adalah sistem yang mendukung proses pembelajaran untuk siswa. Siswa dapat mengakses modul pelajaran yang telah dibeli lewat aplikasi ini.
69 Selain dapat mengakses modul pelajaran yang dibeli, siswa juga dapat menggunakan fasilitas forum diskusi. Para siswa dan dosen dapat saling berdiskusi pada forum tersebut. •
Aplikasi Back End hanya dapat diakses melalui jaringan tertentu dan hanya dapat digunakan oleh administrator yang bersangkutan. Administrator dapat mengelola
modul
aplikasi
yang
terdapat
dalam
aplikasi,
seperti
NewsManagement (mengelola news), ModuleManagement (mengelola modul pelajaran), dan lain-lain. Modul aplikasi yang dikelola akan berhubungan dengan aplikasi Front End. Masing-masing administrator pun mempunyai hak (privillege) yang berbeda terhadap aplikasi. Selain mengelola modul aplikasi, administrator juga dapat mengelola content (isi) dari modul pelajaran tertentu.
70 3.6.2 Arsitektur Abstrak Aplikasi E-BiNus
Gambar 3.4 Arsitektur Abstrak Aplikasi E-BiNus Gambaran umum dari arsitektur aplikasi E-BiNus adalah seperti gambar di atas. Calon siswa mengakses sistem E-BiNus menggunakan browser melalui internet, administrator mengakses melalui jaringan lokal juga dengan browser, karena E-BiNus adalah web application. Web Server berisi file-file htm (asp, php, jsp, aspx, ascs, dan
71 lain-lain) yang ditampilkan jika request dari user valid. Content Server berisi file-file yang dapat di-download, berisi materi pembelajaran dan file lainnya. Database server adalah server database yang berhubungan langsung dengan database (data storage). E-BiNus Web Application merupakan apa yang akan dibangun, sistem ini akan disimpan ke dalam web server. Web server menangani request, pengaturan data dari dan ke database, file dari dan ke Content Server. Dari segi arsitektur sistem secara keseluruhan, sistem E-BiNus terbagi atas lima bagian utama, Back End, Front End, LMS, CMS dan Forum. Back End adalah subsistem untuk mengatur data dan informasi supaya sistem E-BiNus dapat berjalan, administrator yang menjadi user-nya. Front End merupakan bagian yang ditampilkan untuk pengunjung (Public) dan siswa (melalui internet). LMS dan CMS merupakan sistem yang khusus untuk pengaturan data-data pembelajaran dan isi dari materi pembelajaran. LMS adalah sistem untuk mengatur cara belajar siswa, seperti jadwalnya, quiz, ujian,dan lain-lian, sementara CMS adalah sistem yang mendukung isi atau topik-topik pelajaran sebagai bahan pelajarannya yang bisa berupa file yang didapat dari Content Server. LMS dan CMS dipisahkan supaya memudahkan untuk mengatur data-data yang hanya untuk pembelajaran. Forum adalah sistem yang menangani komunikasi siswa dan dosennya. Untuk skripsi ini, ruang lingkupnya hanya pada bagian Front End Public, Front End siswa, dan Back End dari E-BiNus (bagian yang didalam kotak merah). Bagian Front End dosen, LMS, CMS dan Forum tidak dibahas.
3.6.3 Skenario Proses Registrasi Proses Registrasi adalah langkah-langkah pendaftaran (data diri serta modul pelajaran yang akan diambil), yang meliputi: Pendaftar mengirimkan data diri dan data
72 produk yang diinginkan, pendaftar membayar sesuai permintaan, pendaftar diterima, sampai pendaftar dapat mengakses modul pelajaran tersebut. Secara umum, user dibagi menjadi 3 kategori: o Umum, bukan BiNusian, bukan student/siswa o BiNusian, tetapi bukan siswa E-BiNus o Siswa E-BiNus (melakukan daftar ulang) Sistem E-BiNus harus menangani proses registrasi yang dilakukan oleh ketiga kategori user. Siswa E-BiNus adalah orang yang sudah pernah belajar menggunakan EBiNus (datanya telah ada di database BiNusian dan database akademis E-BiNus). Jadi registrasi yang dilakukan adalah registrasi ulang modul pelajaran yang ingin diambilnya. BiNusian adalah semua orang yang pernah belajar di Bina Nusantara (mahasiswa, siswa sekolah Bina Nusantara, siswa Binus Center, dan lain-lain) dan orang yang pernah bekerja di Bina Nusantara (dosen, instruktur, karyawan, dan lainlain) yang telah memiliki BiNusianID (datanya telah ada di dalam database BiNusian). User Umum adalah masyarakat luas dengan cakupan daerah tak terbatas, tidak memiliki BiNusianID (data-datanya tidak ada di dalam database BiNusian dan tidak ada di database siswa E-BiNus tentunya). Proses registrasi ini mampu menjaga data-data pribadi calon siswa dan siswa (sekuriti), reliable dan proses pembayarannya (melalui ATM) mudah, cepat (otomatisasi) dalam pemrosesannya (memungkinkan calon siswa dapat mengakses EBiNus secepatnya setelah melakukan registrasi), dan terintegrasi dengan bagian Keuangan Bina Nusantara. Cara komunikasi dengan calon siswa adalah melalui email (sistem harus mampu memastikan calon siswa memiliki email). Tiap hari, pihak BCA akan mengirimkan data-data pembayaran yang dilakukan untuk pembayaran apapun terhadap Bina Nusantara, ke bagian Keuangan Universitas
73 Bina Nusantara. Data-data tersebut memiliki TransactionID, primary key untuk tiap pembayaran. TransactionID memiliki format 12 digit terbagi atas 2 digit tahun, 7 digit counter, dan 1 digit cek parity dan 2 digit kode transaksi. Dua digit untuk tahun adalah 2 angka terakhir dari tahun. Counter maksimal mencapai 9.999.999. Cek parity merupakan
mekanisme
untuk
penanganan
kesalahan
(keamanan)
dengan
membandingkan 11 angka lainnya yang dikalkulasikan dan menghasilkan angka parity. Bina Nusantara memiliki beberapa kode jenis transaksi untuk bermacam-macam pembayaran, E-BiNus telah memiliki salah satunya yaitu 86. Sistem E-BiNus harus memiliki fasilitas untuk men-generate data-data miliknya (berkode 86) dan memproses siapa saja (registrant) yang telah melakukan pembayaran untuk modul-modul pelajarannya. Inilah bentuk kerjasama Bina Nusantara dengan BCA yang berhubungan secara sistematis.
Gambar 3.5 Format TransactionID dari Data Pembayaran (tanpa tanda titik) Empat gambar di bawah ini merupakan skenario bagaimana user melakukan registrasi pada sistem E-BiNus. Gambar Proses Registrasi memperlihatkan aktor-aktor yang berinteraksi dan urutan-urutannya, gambar ini merupakan Rich Picture yang mirip dengan Siequence Diagram pada UML. Yang seperti class pada Sequence Diagram merupakan aktor-aktornya (orang atau sistem). A menunjukan User yang bisa berperan
74 sebagai pengunjung, BiNusian, maupun siswa, B adalah Sistem E-BiNus dan sisanya (C, D, dan E) adalah pihak-pihak di luar sistem E-BiNus. Proses registrasi dilakukan dengan kerjasama pihak-pihak luar, oleh karena itu sistem E-BiNus harus terintegrasi dengan baik dengan sistem-sistem tersebut. Tanda panah merupakan interaksi yang terjadi antara dua aktor
Gambar 3.6 Aktor yang Terlibat dalam Proses Registrasi (Penjelasan Gambar Proses Registrasi)
Gambar 3.7 Langkah-langkah Proses Registrasi
75
Gambar 3.8 Proses Registrasi
Gambar 3.9 Tanda Akhir dari Proses Registrasi untuk tiap jenis user
76
Gambar 3.10 Contoh Isi Email meminta Konfirmasi registrasi, (langkah
)
Email di atas adalah email untuk meminta konfirmasi registrasi E-BiNus. Pengiriman email ini bertujuan untuk mencegah orang jahil yang tidak serius untuk mendaftar (mengurangi “sampah” di database). Ada pula maksud dari pengiriman email ini adalah untuk memastikan email yang di-submit sebelumnya adalah benar dan miliknya. Jika link “Complete Registration” diklik, maka akan dibuka sebuah browser yang otomatis di-redirect ke halaman FinalizeRegistration untuk melanjutkan proses registrasi. Link ini memiliki hyperlink dengan data QueryString nomor RegistrantId dan AuthentificationID (generated number). Url di bawah ini sama dengan isi hyperlink dari “Complete Registration” dengan cara di-copy-kan ke Address dari Browser.
Contoh
link
url
dengan
data
querystring:
http://www.ebinus.com/FinalizeRegistration.aspx?id1=1!bAuCE&id2=200600000000111
77 Email setelah melakukan Konfirmasi Registrasi: Dear …. You have registered successfully to EBinus Your Registration ID is 060000001320 Total Price = Rp. 123456 Please do the following things to complete your course(s) payment through the BCA's ATM : 1. Enter your PIN 2. Choose "Transaksi Lainnya" 3. Choose "Pembayaran" 4. Choose "Lain-lain" 5. Enter Binus's account number 527-0989898 6. Enter your Registrant Id -> 06000000XXXX 7. Enter your total payment 8 . Check your transaction 9. If your payment is done, click "Keluar" Your AccountId to access the course(s) will be automatically sent via email after you complete the payment process. ………………...
Gambar 3.11 Contoh Isi Email Setelah Konfirmasi (langkah
)
Email di atas dikirimkan ke calon siswa dan siswa setelah melakukan konfirmasi di halaman FinalizeRegistration. Bagian terpenting dari email tersebut adalah langkahlangkah untuk melakukan pembayaran dengan ATM BCA.
78
Gambar 3.12 Contoh Isi Email Setelah Pembayaran
Calon siswa dan siswa telah lunas melakukan pembayaran. Email di atas dikirim disertakan bukti pembayaran, BinusianId dan password-nya untuk mengakses halaman E-BiNusStudent, keterangan rentang waktu aktif ia boleh mengakses E-BiNusStudent ini, dan kapan boleh mengambil ujian. Bila pembayaran yang dilakukan belum lunas, maka email di atas tidak dikirimkan, tetapi yang dikirimkan adalah email berisi bukti pembayaran, dan permintaan untuk melakukan pembayaran ulang untuk mengaktifkan account-nya.
79 3.6.4 Desain Sistem Berikut ini adalah desain sistem yang digunakan untuk membimbing developer menuangkan kebutuhan-kebutuhan user ke dalam baris-baris coding. Desain tersebut dibuat dengan menggunakan UML (Unified Modeling Language). Sesuai dengan namanya, Unified Modeling Language merupakan bahasa pemodelan untuk menggambarkan dan menyatukan konsep antara user, client, developer. Kebutuhankebutuhan bisnis dari client dan user dirubah menjadi class bisnis yang saling terkait dan berinteraksi menjadi sebuah sistem IT. Diagram UML yang dipergunakan dalam skripsi ini ada empat macam yaitu Class (Static Diagram), Use Case Diagram, Sequence Diagram, dan Deployment Diagram (implementasi). Class Diagram untuk menggambarkan class bisnis yang terlibat, Use Case Diagram menggambarkan sistem dapat berbuat apa saja untuk user—nya (user-oriented). Sequence Diagram menggambarkan bagaimana urutanurutan perintah yang diinisialisasi aktor/user hingga sistem meresponnya dengan interaksi fungsi-fungsi dan data-datanya. Deployment Diagram untuk menggambarkan infrastruktur implementasi sistem (akan dibahas di bab 4). Walaupun tidak terlalu efektif bagi user melihat apakah kebutuhannya terpenuhi atau tidak (tidak semua user mengerti UML), UML menjadi sebuah desain dan dokumentasi yang handal bagi developer-developer.
80
ApplicationCategory
Application 1 1..* * 1
* Admin
0..* 0..* 1
News
Event 1
0..* *
Announcement
* *
AnnouncementCategory 1
* Visitor *
0..*
Registrant
1..*
1
* TempRegistrant
Payment
StudentScore
Student 1
1..* StudentFinalScore
* * *
*
1
1 1..*
Module ModuleCategory
0..*
1
1
*
*
* 1
1..*
1
1
StudentGrade
1..*
1
ModuleGradingPolicy
*
1..* ModuleScoreComponent
Lecturer
1..* ModulePrice
Gambar 3.13 Class Diagram E-BiNus dari Tahap Analisis
81 3.6.4.1 UML untuk Front End Beberapa aktor yang ada dalam sistem di atas: o Visitor (Pengunjung). User umum yang belum terdaftar yang mengunjungi web site E-BiNus. o BiNusian. Pengunjung yang telah terdaftar di Bina Nusantara baik sebagai mahasiswa, karyawan, siswa BiNus High School, siswa BiNus Center, dan lain-lain yang datanya telah ada di dalam database BiNusian. User ini memiliki fasilitas yang dimiliki pengunjung dan fasilitas untuk mengecek BiNusianId-nya. o Student (siswa). BiNusian terdaftar dalam E-BiNus yang saat ini sedang aktif pada sebuah mata kuliah. User ini memiliki fasilitas dari BiNusian dan juga pengujung, dan fasilitas untuk belajar e-learning E-BiNus.
82
Gambar 3.14 Use Case E-BiNus FrontEnd
Class yang terlibat dalam class diagram E-BiNus terbagi atas dua jenis: o System Class. Class ini yang merupakan bagian dari sistem yang bukan merupakan class bisnis, harus ada supaya sistem dapat berjalan. Class ini dapat dihasilkan dari framework atau architectural pattern yang developer dan analist-nya gunakan. Class System ini dibuat untuk meningkatkan internal functional seperti security, code
83 reuseablity, dan lain-lain. Framework yang digunakan untuk mengembangkan sistem E-BiNus adalah framework dari Microsoft yaitu N-Tier Solution yang telah dijelaskan pada bab 2. Framework ini memiliki beberapa bagian yang pada tiapnya memiliki beberapa class. Class ini tidak tampil di Class Diagram. Contoh class tombol, class halaman, class textbox, dan lain-lain. o Class Bisnis, class yang didapat dari hasil analisis requirement yang diberikan client. Class ini muncul di Class Diagram. Contoh seperti class siswa, dosen, modul pelajaran. Beberapa jenis class yang akan di-instantiate pada object-object di Sequence Diagram: o Class yang berhubungan langsung dengan user (user interface), bertanggung jawab untuk merespon atas request user. Misalnya jika user ingin melihat nilainya maka class yang bertanggung jawab adalah ViewStudentScore. o Class Sistem (berakhiran dengan kata System), merupakan class yang berada dalam layer Business Facade. o Class DB (berakhiran dengan kata DB), merupakan class yang berada dalam layer Data Access...
Berikut ini merupakan Sequence Diagram dari tiap use case yang terdapat di Use Case Diagram di atas.
84
Gambar 3.15 Sequence View Event List (View All)
Gambar 3.16 Sequence View Event List (Go To HOME page)
85
Gambar 3.17 Sequence View Event Detail
Gambar 3.18 Sequence View News List (View All)
86
Gambar 3.19 Sequence View News List (Go To HOME page)
Gambar 3.20 Sequence View News Detail
87
Gambar 3.21 Sequence Check BiNusianID (siswa)
88
Gambar 3.22 Sequence Check BiNusianID (Binusian bukan siswa)
Gambar 3.23 Data Class digunakan dalam Sequence Register
89
Data-data pada gambar di atas digunakan pada Sequence Registrasi di bawah. StudentPersonalInformationData merupakan bagianb dari BinusianData. Ada tiga macam Registrasi: untuk umum (NonBiNusian & Non-Student/siswa), untuk BiNusian (bukan siswa) dan siswa. Siswa sudah pasti BiNusian, tetapi BiNusian belum tentu siswa. Untuk umum dan BiNusian bukan siswa, registrasi yang dlakukan adalah registrasi pertama kali, dan untuk siswa adalah registrasi ulang modul pelajaran baru.
90
Gambar 3.24 Sequence Registrasi Pertama Kali (Module & Diri) NonBiNusian/umum
91
Gambar 3.25 Sequence Registrasi Pertama Kali (Module & Diri) BiNusian
92
Gambar 3.26 Sequence Registration Confirmation (setelah Email1 dikirim)
Dalam melakukan proses registrasi, calon siswa akan dikirimi minimal 3 email (Lihat gambar Contoh Email pada: Skenario Proses Registrasi) Email 1: berisi data-data modul pelajaran yang dipilih beserta harga, harga total, kode autentifikasi dan link url untuk mengkonfirmasi registrasinya (halaman FinalizeRegistration). Kode autentifikasi kode untuk menentukan calon siswa yang mana dan mencegah yang tidak berkepentingan untuk mengaksesnya halaman tersebut. Untuk melanjutkan proses registrasi, calon siswa harus membuka halaman yang dimaksud.
93 Email 2: berisi data modul pelajaran dan harganya, RegistrantId atau nomor registrasi dan cara-cara pembayaran melalui ATM BCA. Email 3: berisi kuitansi (receipt) beserta ReceiptId, RegistrantId, data modul pelajaran dan harganya, serta pemberitahuan apakah pembayaran yang telah dilakukan lunas atau tidak. Bila lunas, email juga berisi BinusianId dan passwordnya yang nantinya digunakan untuk login, pemberitahuan kapan berlaku accountnya dan pemberitahuan kapan boleh mengambil ujian. Bila belum lunas, calon siswa tidak dapat menggunakan E-BiNus.
Gambar 3.27 Sequence View Module (Available Module List)
94
Module
ModuleManagementSystem
ModuleManagementDB
Visitor
Click Selected btnModuleDetail GetModuleInformationByModuleIdAndRevision (moduleId, revision) GetModuleInformationByModuleIdAndRevision (moduleId, revision) module detail module detail Display module detail
Gambar 3.28 Sequence View Module Detail
Gambar 3.29 Sequence View Student Personal Information
95
StudentPersonalInformationSyst em
EditStudentInformation
StudentPersonalInformationDB
Student
Click link EditStudentPersonalInformation
GetCompletePersonalInformation (binusianId) GetCompletePersonalInformation (binusianId) binusian data binusian data
Display binusian data
Seluruh proses DB harus dicek, berubah atau tidak, hal ini supaya tabel log/hitory tidak penuh
Edit BiNusian Data Click btnEditStudentPersonalInformation Request Confirmation
1. 2. 3. 4.
Click btnConfirm
IsSameOfStudentDetail (studentPersonalInformationData EditStudentDetail (studentPersonalInformationData, binusianId) IsSameOfStudentAddress (addressData) EditStudentAddress (addressData, binusianId) IsSameOfStudentEmail (emailData) EditStudentEmail (emailData, binusianId) GetStudentPhone (binusianId) Cek dalam coding nomor belum ada: CreateStudentPhone (PhoneData, binusianId) nomor sudah ada: EditStudentPhone (PhoneData, binusianId) hapus nomor: DeleteStudentPhone (PhoneData, binusianId)
EditStudent (studentPersonalInformationData, binusianId) EditStudent (studentPersonalInformationData, binusianId) edit result edit result Display edit result
Gambar 3.30 Sequence Edit Student Personal Information
` Gambar 3.31 Data Class yang digunakan dalam Edit Student Personal Information
96
StudentPersonalInformationSyst em
ChangePassword
StudentPersonalInformationDB
Student
Fill Old & New Password Click btnChangePassword IsStudentPasswordCorrect (oldPassword, binusianId) IsStudentPasswordCorrect (oldPassword, binusianId) bool true bool true EditStudentPassword (binusianId, newPassword) EditStudentPassword (binusianId, newPassword) edit result edit result Display edit result
Gambar 3.32 Sequence Edit (Change) Password
Gambar 3.33 Sequence Upload Photo
Pada Upload Photo, file yang di-upload siswa adalah file yang bertipe .jpg dengan
ukuran
100x100
pixel,
File
ini
akan
di
cek
dengan
fungsi
97 CheckPhotoFileAndFileType. Proses ini tidak melibatkan database server tetapi file server.
ViewAllScoreHistory
StudentScoreSystem
GetStudentScoreByBiNusianId
Student
Click link ViewAllStudentScoreHistory
GetStudentScoreByBiNusianId (binusianId) GetStudentScoreByBiNusianId (binusianId) score list score list GetStudentScoreComponentByBiNusianId (binusianId) GetStudentScoreComponentByBiNusianId (binusianId) score component list score component list Display score list & score component list
Gambar 3.34 Sequence View Score History (Studies)
98 Selain untuk konfirmasi pilihan module, juga sebagai pengecek binusianID
Student
ra t ist eg leR du o M
ion
Mo
C ion rat ist eg leR du
firm on
View PRODUCT CATALOG / Module List
Click link ModuleRegistration
Stu
ntR de
t ys B n nS B tem m nD ys B atio atio ntD ste atio ntS ntD rm firm me tSy rm me me on ge nfo en e e lI a C nfo m g g a na an alI ion ge na n o t n M a a s a m a o r n e e an nM tio istr leM ers n tP tio eg tra leM du ntP de t ra du gis alR Mo de gis Stu Mo Re Fin Stu Re
n atio istr eg
GetModuleAvailableList GetModuleAvailableList Form registrasi diri
module list
module list
Display ModuleRegistration Page Display module list Minimal 1
Choose Module(s) Click btnRegisterModule
SaveToSession (choosenModuleList) Go To ModuleRegistrationConfirmation Page Display ModuleRegistrationConfirmation Page
Cek di database EBiNus dulu, apakah binusian ini pernah mendaftar EBiNus True = Student
Display module(s) summary & ask for BinusianID Fill BiNusianID Click btnCheckBiNusianID IsBinusianExistinAcademicDB (binusianID)
IsBinusianExistinAcademicDB (binusianID) Untuk memastikan, ia benarbenar binusian (jg Student)
bool true bool true
Display ask for Binusian Password Fill Binusian Password Click btnCheckBinusianPassword IsStudentPasswordCorrect (password, binusianId) IsStudentPasswordCorrect (password, binusianId) bool true bool true
Cek Apakah Module yg baru dipilih saat ini telah dimiliki Student Sudah pernah diambil, tetapi sudah expired (revisi lama) Jika ADA, page tidak berubah dan tampilkan pesan
GetBinusianModuleList GetBinusianModuleList module list module list
CheckAlreadyTakenModules GetCompletePersonalInformation (binusianID) GetCompletePersonalInformation (binusianID) binusian data binusian data
SaveToSession (binusianData) Go To StudentRegistration Page Display StudentRegistration Page + binusian data StudentPersonalInfo adalah bagian binusianData
Edit StudentPersonalInfo Data Click btnSubmit
SaveToSession (editedStudentPersonalData) Go To FinalRegistrationConfirmation Page Display FinalRegistrationConfirmation Page Click btnConfirmRegistration EditStudent (studentPersonalData, binusianId) EditStudent (studentPersonalData, binusianId) edit result edit result
registrantData = studentPersonalData + moduleList CreateTempRegistration (registrantData) CreateTempRegistrant (registrantData) create result create result
SendMailForRegistrationFinishing Display registration result & email sent message
Gambar 3.35 Sequence Registrasi Ulang (siswa)
99
Jika siswa yang melakukan registrasi (yang terdapat di dalam halaman khusus siswa), maka yang dilakukannya adalah registrasi ulang.
AnnouncementList
AnnouncementManagementSystem
AnnouncementManagementDB
Student
Click btnViewAllAnnouncementList GetTotalAnnouncement (all_announcementCategory) GetTotalAnnouncement (all_announcementCategory) int totalAnnouncement int totalAnnouncement GetAllAnouncementCategoryData GetAllAnouncementCategoryData announcementCategory list announcementCategory list GetAllValidAnnouncementByCategory (size, pageNumber, all_announcementCategory) GetAllValidAnnouncementByCategory (size, pageNumber, announcementCategoryId) announcement list announcement list Display announcementCategory list & announcement list Choose cboAnnouncementCategory GetAllValidAnnouncementByCategory (size, pageNumber, announcementCategoryId) GetAllValidAnnouncementByCategory (size, pageNumber, announcementCategoryId) announcement list announcement list Display announcement list
Gambar 3.36 Sequence View Announcement List
100
Gambar 3.37 Sequence View Announcement Detail
Gambar 3.38 Sequence View Payment History (Financial)
101
Gambar 3.39 Sequence View Payment Detail
102
Gambar 3.40 Sequence Access LMS
Gambar 3.41 Sequence Logout
103
Gambar 3.42 Sequence Login
104
Gambar 3.43 Sequence Edit (Forget) Password
3.6.4.2 UML Untuk Back End Bagian Back End E-BiNus memiliki beberapa subsistem yang masing-masing dapat berdiri sendiri (modular), maka Use Case Diagram-nya dipecah berdasarkan subsistem tersebut.
105 Lecturer Module Assignment Management System
Gambar 3.44 Use Case Lecturer Modulce Assignment System
Gambar 3.45 Sequence Search Module List
106
Admin
LecturerModuleAssignment_Edit LecturerAssignment
LecturerModuleAssignmentSystem
LecturerModuleAssignmentDB
Enter Search Criteria btnSearch_Click GetLecturerList(LecturerData, PageSize, PageNumber) GetLecturerList(LecturerData, PageSize, PageNumber) Lecturer List Lecturer List Display Lecturer List
Gambar 3.46 Sequence Search Lecturer List To Be Assigned
Gambar 3.47 Sequence View Lecturer Assngnment Detail
107
Admin
lt dit inM su m B Ma t_E Re ste m en dit B ntD nt_ tS y ste nm nt t_E me me ntD en n ig tS y n ign me ss nme nm en s me sig e A ig s s n m ag ss ule sig ge sig leA leA u an od rAs na leA As du du en du leM Ma ule Mo Mo erM ure du Mo od ule rer tur Lect rer Mo rer rM od ec ctu ctu u e L t r e M e c L L ctu Le Le
Choose Module Which Assigned Lecturers To Be Editted Go To LecturerModuleAssignment_EditLecturerAssignment Page Pass ModuleId and Revision GetModuleInformationByModuleIdAndRevision(ModuleId, Revision) GetModuleInformationByModuleIdAndRevision(ModuleId, Revision) Module Data Module Data Display Module Data GetAssignedLecturerByModuleIdAndRevision(ModuleId, Revision) GetAssignedLecturerByModuleIdAndRevision(ModuleId, Revision) Assigned Lecturer List Assigned Lecturer List Display Assigned Lecturer List Edit Assigned Lecturers btnSubmit_Click Confirmation
Keterangan: Edit Assigned Lecturers termasuk menambah dan mengurangi lecturer serta mengubah role dari lecturer yang sudah ada.
btnConfirm_Click UpdateLecturerModule(NewLecturerList, AuditUserName) UpdateLecturerModule(NewLecturerList, AuditUserName) result result Go To Result Page Display Result
Pass Result
Gambar 3.48 Sequence Edit Lecturer Assignment
Module Category Management System
Gambar 3.49 Use Case Module Category Management System
108
Gambar 3.50 Sequence Create Module Category
Gambar 3.51 Sequence View/Search Module Category List (Searching)
109
Gambar 3.52 Sequence Edit Module Category Module Management System Module Management Create Module
«extends» Edit Module
Create New Revision
«uses»
Admin
View / Search Module List
«extends» View Module Detail
Gambar 3.53 Use Case Module Management System
110
S Gambar 3.54 Sequence Create Module
Gambar 3.55 Sequence Search Module List
111
Gambar 3.56 Sequence View Module Detail
Gambar 3.57 Sequence Module Edit
112
Gambar 3.58 Sequence Module Edit With New Revision
Lecturer Personal Info Management System
Gambar 3.59 Use Case Lecturer Personal Info Management System
113
LecturerPersonalInformation Management_MainMenu
LecturerPersonalInformation Management_CreateLecturer
LecturerPersonalInformation Management_CreateLecturer Result
LecturerPersonalInformation ManagementSystem
LecturerPersonalInformation ManagementDB
Admin btnCreateLecturer_Click Go To CreateLecturer Page
Enter Lecturer Data btnSubmit_Click
Keterangan: Enter Lecturer Data termasuk memasukkan data informasi personal, daftar email dan daftar pendidikan formal
Confirmation btnConfirm_Click CreateLecturer(LecturerData, Password, AuditUserName) CreateLecturer(LecturerData, Password, AuditUserName) result result
Go To Result Page Display Result
Pass Result
Gambar 3.60 Sequence Create Lecturer
Gambar 3.61 Sequence View/Search Lecturer List (Go To Lecturer Personal Info Management Page)
114
Gambar 3.62 Sequence View/Search Lecturer List (Searching)
Gambar 3.63 Sequence View Lecturer Detail
115
Gambar 3.64 Sequence Edit Lecturer
Student Personal Info Management System
Gambar 3.65 Use Case Student Personal Info System
116
Gambar 3.66 Sequence Search Student List
Gambar 3.67 Sequence View Student Detail
117
Gambar 3.68 Sequence Student Edit
User (Admin) Management System
Gambar 3.69 Use Case User Management System
118
Gambar 3.70 Sequence Create User
Gambar 3.71 Sequence View/Search User List
119
Gambar 3.72 Sequence View User Detail
Gambar 3.73 Sequence Edit User
120 Anouncement Management System
Gambar 3.74 Use Case Announcement Management System
Gambar 3.75 AnnouncementData
Gambar 3.76 Sequence Create Announcement
121
Gambar 3.77 Sequence View/Search Announcement List (Go To Announcement Management System Page)
Gambar 3.78 Sequence View/Search Announcement List (Searching)
122
Gambar 3.79 Sequence View Announcement Detail
Gambar 3.80 Sequence Edit Announcement
123 Event Management System
Gambar 3.81 Use Case Event Management
Gambar 3.82 EventData dan Komponen Event
124
Gambar 3.83 Sequence Create Event
Gambar 3.84 Sequence View/Search Event List (By Go To EventManagement Page)
125
Gambar 3.85 Sequence View/Search Event List (By Searching)
Gambar 3.86 Sequence View Event Detail
126
Gambar 3.87 Sequence Edit Event
127 News Management System
Gambar 3.88 Use Case News Management System
Gambar 3.89 NewsData dan Komponen News
128
Gambar 3.90 Sequence Create News
Gambar 3.91 Sequence View/Search News List (By Go To NewsManagementSystem Page)
129
Gambar 3.92 Sequence View/Search News List (By Searching)
Gambar 3.93 Sequence View News Detail
130
EditNews
UploadNews
EditNewsConfirm
EditNewsResult
NewsManagementSystem
NewsManagementDB
Admin Choose News to Edit GetNewsDataByNewsId (newsId) GetNewsDataByNewsId (newsId) news data news data Display news data Edit News data Click link Upload File
SaveToSession (newsData) Go To UploadNews Page Display UploadNews Page Browse File to Upload Click btnUpload
SaveFileToFileServer (newsRarFile)
SaveToSession(tempFolderName) Go To EditNewsConfirm Page Display EditNewsConfirm Page Click btnConfirm EditNews (newsData) EditNews (newsData) edit result edit result
SaveFileToFileServer (newsRarFile, newsId) Go To EditNewsResult Page Display EditNewsResult Page
Gambar 3.94 Sequence Edit News
3.6.4.3 UML Untuk Payment Agent System Payment Agent System juga merupakan bagian Back End E-BiNus. Payment Agent System bukan merupakan web application, melainkan console application. Payment Agent System adalah aplikasi yang mengatur data-data pembayaran yang dilakukan registrant. Data tersebut diperoleh dari database Keuangan Universitas
131 Bina Nusantara yang setiap harinya di-update data pembayaran baru dari BCA. Apapun pembayaran yang ditujukan untuk Universitas Bina Nusantara, datanya dikirim BCA. Setiap record memiliki TransactionId dan 2 kode jenis transaksi yang menentukan pembayaran untuk apa (khusus E-BiNus adalah 86). Prosesnya telah dijelaskan pada Subbab Skenario Proses Registrasi di atas. Jenis pembayaran yang dapat diproses Payment Agent saat ini memproses data pembayaran modul pelajaran. Jenis pembayaran lainnya dapat dilakukan, tetapi belum dilaksanakan. Payment Agent dijalankan oleh Operating System yang di-trigger secara otomatis dengan aplikasi Windows Scheduler. Tiap jam 12 malam, aplikasi Payment Agent dijalankan. Tugas utamanya adalah mengambil data pembayaran untuk E-BiNus, kalkulasi pembayaran (lunas atau tidak), membuatkan BinusianId, ReceiptId, kemudian mencatat semua aktivitasnya ke dalam suatu text file serta ditampilkan ke console (command prompt).
Gambar 3.95 Use Case Payment Ageet System
Gambar 3.96 Aktivitas dari Payment Agent
132 TransactionData: registrantId, aTMLocationId, paidBy, accountNumber, errorMessage; paymentDate, postedDate, fileReceivedDate, amount RegistrantData: registrantId, tempRegistrantId, binusianId; registrationDate, authentificationDate; ModuleCategoryData: moduleCategoryId, moduleCategoryName, isActive ModuleData: moduleID, revision, discount, moduleName, price, description, isActive, ModuleCategoryData StudentPersonalInformationData: binusianId, fullName, genderId, genderName, dateOfBirth, placeOfBirth, nationalityId, countryName, maritalStatusId, maritalStatusName, occupationId, occupationName, eduDegreeId, eduDegreeName, religionId, religionName, phoneDataList EmailData, AddressData
Gambar 3.97 Data-data yang dipergunakan dalam Peyment Agent
Gambar 3.98 Database yang digunakan Payment Agent Berikut ini merupakan sequence diagram Processing Payment Data. Karena ada tiga jenis pihak yang melakukan pembayaran, yaitu registrant pengunjung, registrant BiNusian dan registrant siswa, maka Sequence Diagram juga dibuatkan tiga karena tiap jenis registrant masing-masing mengalami proses yang spesifik. Bagi registrant umum/pengunjung dan BiNusian, proses pembayaran untuk daftar biaya registrasi pertama kali, sedangkan bagi siswa melakukan daftar ulang modul pelajaran.
133 Setiap Perintah Write dimunculkan ke file txt dan ke Console
OS
Pa
ym
e
g ntA
Scheduler Triggering
tS en
e ys t
m g Lo
itt Wr
er Im
rt po
P
m ay
en
t
Im
Create new File for logging
po
r tP
ay
me
ntD
a
a ta M
na
ge
me
ntD
B
Pro
s ce
s
y Pa
me
nt
Pa
ym
en
tPr
o
e cc
s
a sM
na
ge
me
B in
ntD
us
ia
B
a nM
na
ge
me
EB
n tD
in u
B
sS
tu
n de
tM
an
ag
em
en
tD
B
GenerateFileName (LogFileLocation) Jenis Transaksi 86 adalah pembayaran Module EBiNus. Source = db financial
str fileName RunImportPayment (fileName)
GetATMPaymentTransaction (TransType=86) allPayment List Source = db Akademik EBiNus
InsertRecords (allPaymentList) failPayment List
WriteInsert (allPaymentList) WriteFail (failPaymentList)
WriteLog()
Yg ProcessDate-nya = null
GetUnprocessedATMPaymentList
TransactionID = RegistrantID
successPaymentData list ProcessEachTransactionData (successPaymentList) IsTransactionIdExistsInMsRegistrant (registrantId=TransactionID) bool true GetTotalPriceByRegistrantId (registrantId) Harga yg harus dilunasi
dbl totalRegistrationPrice GetTotalPaid (registrantId)
Jumlah yg telah dilunasi
totalPaidPrice = yg udah pernah dibayar + current amount
dbl totalMoney
totalPaidPrice = totalMoney + TransactionData.Amount
Balance: - (minus) registrant bayar kelebihan + (plus) registrant blm melunasi hutangnya
balance = totalRegistrationPrice - totalPaidPrice GetBinusianId (registrantId)
Cek Registrant adalah Binusian
binusianId = null GetRegistrantPersonalInfo (registrantId) registrantData CreateReceiptId
GetPaymentData(TransactionData, receiptId):
receiptId
PaymentData.Amount = TransactionData.Amount PaymentData.PayDate = TransactionData.PaymentDate PaymentData.ReceiptId = receiptId; PaymentData.RegistrantId = TransactionData.RegistrantId; PaymentData.UploadDate = Now() PaymentData.PayForId = 1 PaymentData.PayMethodId = 1 PayForId PayMethodId
Pembayaran Lunas
CheckBalanceIsZeroOrMinus = True
GetPaymentData (TransactionData, receiptId)
è Untuk pembayaran uang kuliah PayForId nya 1 è Untuk pembayaran via ATM PayMethodId nya 1
CreateNewBinusianId binusianId CreateBinusian (registrantData)
Source = DB BiNusian
create result
PaymentData.BinusianId = registrantData.BinusianId = binusianId CreatePayment (paymentData) create result ambil data dari DB BiNusian, masukkan ke DB Akademik EBiNus
CreateBinusianMapping (StudentPersonalInformationData = registrantData) create result
password = GeneratePassword() CreateEBinusStudentData (StudentPersonalInformationData = registrantData, password) Insert: registrantId, binusianId, registrationDate dari RegistrantData processDate = now
create result GetModuleDataListByRegistrantId (registrantId) moduleTaken List CreateStudentModule (registrantId, moduleTakenList)
ubah status, data telah diproses Source = db financial
create result CreateStudentRegistration (registrantData) create result
int successProcessedCount, int failedProcessedCount EditATMTransactionPaymentStatus (registrantId) edit result EditProcessStatus (registrantId, TransactionData) edit result
SendEmail
Status = data telah diproses Source = DB Akademik EBiNus TransactionData.PaymentDate TransactionData.ATMLocationId
Yg ada dlm Email: binusianId, password, FullName, EmailAddress, moduleTakenList, balance
WriteLog() finished
WriteSuccesProcessed (successProcessedCount) WriteFailProcessed (failProcessedCount)
Gambar 3.99 Sequence Processing Payment Data untuk Registrant pengunjung
134 Setiap Perintah Write dimunculkan ke file txt dan ke Console
OS
Pa
e ym
g nt A
tSy en
m ste gW Lo
er ritt p Im
o
nt me ay rtP rtP po Im
Create new File for logging
Scheduler Triggering GenerateFileName (LogFileLocation)
me ay
ntD
n Ma at a
ag
en em
tDB
P ro
ce
n me ay ssP
t
e ym Pa
ce roc ntP
a an ssM
ge
n me
tDB
u Bin
sia
an nM
ag
tD en em
B
inu EB
tud sS
tM en
a an
ge
n me
tDB
Jenis Transaksi 86 adalah pembayaran Module EBiNus. Source = db financial
str fileName RunImportPayment (fileName)
GetATMPaymentTransaction (TransType=86) allPayment List Source = db Akademik EBiNus
InsertRecords (allPaymentList) failPayment List
WriteInsert (allPaymentList) WriteFail (failPaymentList)
WriteLog()
Yg ProcessDate-nya = null
GetUnprocessedATMPaymentList TransactionID = RegistrantID successPaymentData list ProcessEachTransactionData (successPaymentList) IsTransactionIdExistsInMsRegistrant (registrantId=TransactionID) bool true GetTotalPriceByRegistrantId (registrantId) Harga yg harus dilunasi
dbl totalRegistrationPrice GetTotalPaid (registrantId)
Jumlah yg telah dilunasi
dbl totalMoney
totalPaidPrice = yg udah pernah dibayar + current amount
totalPaidPrice = totalMoney + TransactionData.Amount
Balance: - (minus) registrant bayar kelebihan + (plus) registrant blm melunasi hutangnya
balance = totalRegistrationPrice - totalPaidPrice GetBinusianId (registrantId)
Cek Registrant adalah Binusian
binusianId
BinusianId tidak null
GetRegistrantPersonalInfo (registrantId) registrantData
registrantData.BinusianId = binusianId IsEBinusStudentBefore (binusianId)
Cek Student atau bukan
bool false CreateReceiptId GetPaymentData(TransactionData, receiptId):
receiptId
PaymentData.Amount = TransactionData.Amount PaymentData.PayDate = TransactionData.PaymentDate PaymentData.ReceiptId = receiptId; PaymentData.RegistrantId = TransactionData.RegistrantId; PaymentData.UploadDate = Now() PaymentData.PayForId = 1 PaymentData.PayMethodId = 1 PayForId PayMethodId
Pembayaran Lunas CheckBalanceIsZeroOrMinus = True
GetPaymentData (TransactionData, receiptId)
è Untuk pembayaran uang kuliah PayForId nya 1 è Untuk pembayaran via ATM PayMethodId nya 1 PaymentData.BinusianId = binusianId CreatePayment (paymentData) create result ambil data dari DB BiNusian, masukkan ke DB Akademik EBiNus
CreateBinusianMapping (StudentPersonalInformationData = registrantData) create result
password = GeneratePassword() CreateEBinusStudentData (StudentPersonalInformationData = registrantData, password) create result GetModuleDataListByRegistrantId (registrantId) moduleTaken List
ubah status, data telah diproses Source = db financial
Insert: registrantId, binusianId, registrationDate dari RegistrantData processDate = now
CreateStudentModule (registrantId, moduleTakenList) create result CreateStudentRegistration (registrantData) create result
int successProcessedCount, int failedProcessedCount EditATMTransactionPaymentStatus (registrantId) edit result EditProcessStatus (registrantId, TransactionData) edit result
SendEmail
Status = data telah diproses Source = DB Akademik EBiNus TransactionData.PaymentDate TransactionData.ATMLocationId
Yg ada dlm Email: binusianId, password, FullName, EmailAddress, moduleTakenList, balance
WriteLog() finished
WriteSuccesProcessed (successProcessedCount) WriteFailProcessed (failProcessedCount)
Gambar 3.100 Sequence Processing Payment Data untuk Registrant BiNusian
135
Setiap Perintah Write dimunculkan ke file txt dan ke Console
OS
P
n ge n tA me ay
m ste tSy g Lo
itte Wr
B tD en em nt ag an me M ay a ta ssP n tD ce e o r m P ay rtP po Im
nt me ay rtP po m I
r
Create new File for logging
Scheduler Triggering
o tPr en ym Pa
cce
na Ma ss
ntD me ge
inu EB
B
tM en tu d sS
a an
ntD me ge
B
GenerateFileName (LogFileLocation) Jenis Transaksi 86 adalah pembayaran Module EBiNus. Source = db financial
str fileName RunImportPayment (fileName)
GetATMPaymentTransaction (TransType=86) allPayment List Source = db Akademik EBiNus
InsertRecords (allPaymentList) failPayment List
WriteInsert (allPaymentList) WriteFail (failPaymentList)
WriteLog()
Yg ProcessDate-nya = null
GetUnprocessedATMPaymentList
TransactionID = RegistrantID successPaymentData list ProcessEachTransactionData (successPaymentList) IsTransactionIdExistsInMsRegistrant (registrantId=TransactionID) bool true GetTotalPriceByRegistrantId (registrantId) Harga yg harus dilunasi
dbl totalRegistrationPrice GetTotalPaid (registrantId)
Jumlah yg telah dilunasi
totalPaidPrice = yg udah pernah dibayar + current amount
Balance: - (minus) + (plus)
registrant bayar kelebihan registrant blm melunasi hutangnya
dbl totalMoney
totalPaidPrice = totalMoney + TransactionData.Amount
balance = totalRegistrationPrice - totalPaidPrice GetBinusianId (registrantId)
Cek Registrant adalah Binusian
binusianId
BinusianId tidak null
GetRegistrantPersonalInfo (registrantId) registrantData
registrantData.BinusianId = binusianId IsEBinusStudentBefore (binusianId)
Cek Student atau bukan
bool false CreateReceiptId GetPaymentData(TransactionData, receiptId):
receiptId
PaymentData.BinusianId = binusianId PaymentData.Amount = TransactionData.Amount PaymentData.PayDate = TransactionData.PaymentDate PaymentData.ReceiptId = receiptId; PaymentData.RegistrantId = TransactionData.RegistrantId; PaymentData.UploadDate = Now() PaymentData.PayForId = 1 PaymentData.PayMethodId = 1 PayForId PayMethodId
Pembayaran Lunas CheckBalanceIsZeroOrMinus = True
GetPaymentData (TransactionData, receiptId)
è Untuk pembayaran uang kuliah PayForId nya 1 è Untuk pembayaran via ATM PayMethodId nya 1
PaymentData.BinusianId = binusianId CreatePayment (paymentData) create result
Insert: registrantId, binusianId, registrationDate dari RegistrantData processDate = now
GetModuleDataListByRegistrantId (registrantId) moduleTaken List CreateStudentModule (registrantId, moduleTakenList)
Rubah status, data telah diproses Source = db financial
create result CreateStudentRegistration (registrantData) create result
int successProcessedCount, int failedProcessedCount EditATMTransactionPaymentStatus (registrantId) edit result EditProcessStatus (registrantId, TransactionData) edit result
SendEmail
Status = data telah diproses Source = DB Akademik EBiNus TransactionData.PaymentDate TransactionData.ATMLocationId
Yg ada dlm Email: binusianId, password, FullName, EmailAddress, moduleTakenList, balance
WriteLog() finished
WriteSuccesProcessed (successProcessedCount) WriteFailProcessed (failProcessedCount)
Gambar 3.101 Sequence Processing Payment Data untuk Siswa E-BiNus
136
Gambar 3.102 Sequence Processing Payment Data untuk Registrant pengunjung Bila Belum Lunas
137 Ada sebuah kondisi di mana registrant belum membayar lunas biaya yang harus ditanggungnya. Registrant ini mungkin baru membayar setengah harga (memcicil) karena faktor-faktor seperti saldonya tidak cukup, pembayaran terlalu besar sehingga harus melakukan transfer rekening beberapa kali, dan lain-lain. Maka Sequence di atas memberikan gambaran alur program bila pembayaran belum lunas. Pembayaran yang dilakukan tetap akan diproses, disimpan dan dibuatkan kuitansi, tetapi registrant belum dapat mendapatkan hak belajar modul-modul pelajaran yang belum lunas itu. Sequence Diagram di atas digunakan untuk menangani registrant pengunjung, bagi registrant BiNusian dan siswa, alurnya tetap sama, tetapi ada pengecekan BiNusianId dan siswa.
138 Gambar 3.103 Class Diagram E-BiNus yang Lebih Detail
139 Keterangan (Kata – kata yang dicetak tebal merupakan nama Class-nya): •
Visitor merupakan generalisasi dari para pengguna E-BiNus di bagian Front End yang terdiri dari TempRegistrant, Registrant dan Student. Masing – masing Visitor memiliki satu atau banyak alamat email (Email), satu atau banyak alamat tempat tinggal (Address) dan satu atau banyak nomor telepon (Phone) .
•
Temp Registrant merupakan pendaftar pada tahap pertama. Temp Registrant bisa merupakan BinusianTempRegistrant (pernah belajar disalah satu lembaga di bawah Yayasan Bina Nusantara) ataupun NonBinusianTempRegistrant. Setelah mengkonfirmasi pendaftarannya melalui email maka seorang Temp Registrant akan
menjadi
seorang
BinusianTempRegistrant
Registrant. akan
Secara
menjadi
lebih
spesifik
BinusianRegistrant
seorang dan
NonBinusianTempRegistrant akan menjadi NonBinusianRegistrant. Seorang Temp Registrant bisa gagal menjadi Registrant jika ia tidak mengkonfirmasi pendaftarannya sampai batas waktu yang ditentukan. Oleh karena itu, di dalam class diagram digambarkan seorang Temp Registrant bisa menjadi satu atau nol Registrant. Begitu pula halnya dengan seorang Registrant, ia bisa mendaftar dengan sukses untuk menjadi seorang Student (StudentRegistration) atau bisa juga gagal. •
Baik TempRegistrant maupun Registrant melakukan pemilihan terhadap Module yang ingin dipelajarinya. Module yang dipilih ketika seseorang menjadi TempRegistrant disebut TempRegistrantModule sedangkan Module yang dipilih ketika seseorang menjadi Registrant disebut RegistrantModule.
140 •
Setelah seorang Registrant melakukan pembayaran maka ia telah resmi menjadi seorang
Student
di
E-BiNus.
Module
yang
telah
dipilih
sebelumnya
(RegistrantModule) akan ditransfer ke dalam StudentModule yaitu Module yang akan dipelajarinya sebagai seorang Student. Selain itu data pendaftaran seorang Student juga akan disimpan (StudentRegistration). •
ModuleCategory merupakan kategori dari modul pelajaran yang tersedia. Masing – masing ModuleCategory terdiri dari satu atau banyak Module.
•
Masing-masing Module memiliki satu atau banyak ModuleScoreComponent (misalnya:
Exercise,
Exam,
dan
sebagainya
)
dan
satu
atau
banyak
ModuleGradingPolicy (aturan untuk menentukan grade yang diperoleh seorang Student berdasarkan nilai akhir Student tersebut untuk suatu Module tertentu) serta satu atau banyak ModulePrice. •
Seorang Student melakukan satu atau banyak pembayaran (Payment). Pembayaran (Payment) dari seorang Student bisa banyak karena pembayaran bisa dilakukan dengan mencicil.
•
Masing–masing StudentModule memiliki satu atau banyak StudentScore yaitu nilai yang diperoleh seorang Student untuk setiap ModuleScoreComponent dari suatu Module tertentu yang dipelajari. Setiap StudentModule juga memiliki satu StudentFinalScore yaitu nilai yang diperoleh dengan menghitung satu atau beberapa StudentScore untuk suatu Module tertentu berdasarkan porsentase dari masing – masing ModuleScoreComponent. Dari StudentFinalScore untuk suatu StudentModule tertentu kemudian akan ditentukan StudentGrade berdasarkan ModuleGradingPolicy dari Module tersebut.
141 Jadi singkatnya setiap StudentModule memiliki satu StudentFinalScore, satu StudentGrade, dan satu atau beberapa StudentScore. •
Seorang Lecturer memiliki satu atau banyak alamat email (Email) dan satu atau banyak pendidikan formal (FormalEducation).
•
Application
yang
terdapat
di
back
end
dikategorikan
berdasarkan
ApplicationCategory. Jadi satu ApplicationCategory terdiri dari satu atau banyak Application. •
Setiap administrator memiliki hak akses (AdminPrivilage) yang berbeda terhadap suatu Application.
•
Setiap administrator dapat meng-upload Announcement (Pengumuman) yang dikelompokkan berdasarkan AnnouncementCategory, News (Berita), dan juga Event (Informasi mengenai suatu acara) .
3.6.5 Rancangan Database Dari Class Diagram di atas, kemudian dapat dibuat rancangan fisik Database. Hal ini mengacu pada paradigma Object Oriented yang digunakan untuk membuat sistem E-BiNus. Adapun prefix (awalan) untuk penamaan tabel : 1. MS adalah tabel Master yang menampung data-data penting dan merupakan perwujudan dari class bisnis. Contoh tabel Master: MSEVENT, MSLECTURER, MSMODULE. 2. LT adalah tabel Look Up yang digunakan sebagai data standar yang sangat jarang berubah. Contoh tabel Look Up: LTGENDER, LTRELIGION, LTPROVINCE
142 3. TR adalah tabel Transaction yang berisi data-data transaksi. Biasanya berisi foreign key dari tabel Master (Id). Contoh tabel Transaction: TRREGISTRANTMODULE, TRSTUDENTMODULE, TRSTUDENTREGISTRATION. 4. H adalah tabel History yang digunakan untuk penelusuran data (data tracking). Data dimasukkan ke dalam tabel History saat terjadi manipulasi data seperti update dan delete. Sebelum record–record pada tabel master dimanipulasi, data dimasukkan dahulu ke tabel History baru kemudian dimanipulasi. Contoh tabel History: HMSNEWS, HMSMODULE, HTRLECTURERMODULE. Tabel ini tidak dibahas karena strukturnya sama dengan tabel yang history-nya dicatat (misalnya struktur tabel HMSNEWS sama dengan struktur tabel MSNEWS). Supaya setiap record yang dimasukkan dapat ditelurusi informasi auditnya, maka setiap tabel memiliki tiga field yang sudah pasti ada, yaitu: Nama Field AuditUserName
Tipe Data varchar
Length 20
Keterangan field yang menampung data siapa yang melakukan manipulasi terhadap tabel ini AuditTime smalldatetime 4 berisi data kapan user memanipulasi data pada record ini AuditActivity char 1 keterangan manipulasi. Huruf “I” berarti insert, Huruf “U” berarti update, dan huruf “D” berarti delete. Tabel 3.2 Field – Field yang Selalu Ada pada Setiap Tabel di Database Database yang digunakan adalah sebagai berikut: •
EBiNusAcademicDB adalah database yang berisi data-data yang bekaitan dengan kegiatan akademis seperti misalnya data pribadi siswa dan dosen, data modul pelajaran, dan sebagainya.
143 •
EBiNusApplicationDB adalah database yang menangani data-data yang berkaitan dengan aplikasi E-BiNus seperti hak akses masing-masing administrator dan menu kategori pada aplikasi.
•
EBiNusRegistrationDB berisi data-data registrasi yang dilakukan oleh pendaftar. Alasan adanya database ini adalah karena data untuk registrasi jumlahnya bisa sangat besar, apalagi jika data registrasi yang tidak di-follow up oleh pendaftar.
•
EBiNusForumDB berisi data-data yang digunakan dalam forum.
•
EBiNusLMSDB berisi data-data yang digunakan dalam Learning Management System.
Karena ruang lingkup skripsi ini tidak membahas tentang Forum dan LMS, maka, EBiNusForumDB dan EBiNusLMSDB juga tidak dibahas.
144 3.6.5.1 Database EBiNusAcademicDB
Gambar 3.104 Skema Database EBinusAcademicDB
145 Tabel – tabel yang terdapat pada database ini yaitu: Nama Tabel : LTCOUNTRY Primary Key : CountryId Keterangan : Tabel untuk menyimpan nama - nama negara beserta mata uangnya Nama Field Tipe Data Length Keterangan CountryId smallint 2 berupa angka yang berurutan (1, 2, 3, ...). CountryName varchar 50 nama negara CountryShortName char 3 singkatan dari nama negara misalnya: id (Indonesia), sg (Singapura), dsb. Currency char 4 mata uang yang digunakan Tabel 3.3 Detail Tabel LTCOUNTRY Nama Tabel : LTEDUCATIONDEGREE Primary Key : EduDegreeId Keterangan : Tabel untuk menyimpan daftar jenjang pendidikan Nama Field Tipe Data Length Keterangan EduDegreeId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) EduDegreeName varchar 30 nama jenjang pendidikan misalnya: junior high, senior high, S1, dsb. Tabel 3.4 Detail Tabel LTEDUCATIONDEGREE Nama Tabel : LTGENDER Primary Key : GenderId Keterangan : Tabel untuk menyimpan daftar jenis kelamin Nama Field Tipe Data Length Keterangan GenderId char 1 F untuk Female dan M untuk Male GenderName varchar 15 Male, Female Tabel 3.5 Detail Tabel LTGENDER Nama Tabel : LTLECTURERROLE Primary Key : LecturerRoleId Keterangan : Tabel untuk menyimpan daftar peran dosen Nama Field Tipe Data Length Keterangan LecturerRoleId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) LecturerRoleName Varchar 20 peran dosen dalam suatu modul pelajaran, misalnya: lecturer coordinator, assistant lecturer, dsb Tabel 3.6 Detail Tabel LTLECTURERROLE Nama Tabel : LTMARITALSTATUS Primary Key : MaritalStatusId Keterangan : Tabel untuk menyimpan daftar status pernikahan Nama Field Tipe Data Length Keterangan MaritalStatusId Smallint 2 berupa angka yang berurutan (1, 2, 3, ...)
146 MaritalStatusName
varchar
50
status pernikahan misalnya: single, married, devorced, widowed , dsb Tabel 3.7 Detail Tabel LTMARITALSTATUS
Nama Tabel : LTOCCUPATION Primary Key : OccupationId Keterangan : Tabel untuk menyimpan daftar pekerjaan Nama Field Tipe Data Length Keterangan OccupationId smallint 2 berupa angka yang berurutan (1, 2, 3, ...) OccupationName Varchar 50 nama pekerjaan Tabel 3.8 Detail Tabel LTOCCUPATION
Nama Tabel : LTPAYFOR Primary Key : PayForId Keterangan : tabel untuk menyimpan daftar tujuan pembayaran Nama Field Tipe Data Length Keterangan PayForId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) PayForName Varchar 50 tujuan pembayaran, misalnya untuk pendaftaran modul pelajaran Tabel 3.9 Detail Tabel LTPAYFOR Nama Tabel : LTPAYMETHOD Primary Key : PayMethodId Keterangan : Tabel untuk menyimpan daftar cara pembayaran Nama Field Tipe Data Length Keterangan PayMethodId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) PayMethodName Varchar 50 cara pembayaran misalnya: credit, debit, cash, dsb Tabel 3.10 Detail Tabel LTPAYMETHOD Nama Tabel : LTPHONETYPE Primary Key : PhoneTypeId Keterangan : Tabel untuk menyimpan daftar jenis nomor telepon Nama Field Tipe Data Length Keterangan PhoneTypeId char 1 berupa angka yang berurutan (1, 2, 3, ...) PhoneTypeName Varchar 30 jenis nomor telepon misalnya: telepon rumah, fax, telepon genggam, dsb Tabel 3.11 Detail Tabel LTPHONETYPE Nama Tabel : LTPROVINCE Primary Key : ProvinceId Foreign Key : CountryId Keterangan : Tabel untuk menyimpan daftar propinsi Nama Field Tipe Data Length
Keterangan
147 ProvinceId ProvinceName CountryId
smallint 2 berupa angka yang berurutan (1, 2, 3, ...) Varchar 100 nama provinsi Smallint 2 foreign key tabel LTCOUNTRY Tabel 3.12 Detail Tabel LTPROVINCE
Nama Tabel : LTRELIGION Primary Key : ReligionId Keterangan : Tabel untuk menyimpan daftar agama Nama Field Tipe Data Length Keterangan ReligionId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) ReligionName Varchar 50 nama agama Tabel 3.13 Detail Tabel LTRELIGION
Nama Tabel : MSANNOUNCEMENT Primary Key : AnnouncementId Foreign Key : AnnouncementCatId Keterangan : Tabel untuk menyimpan daftar data pengumuman Nama Field Tipe Data Length Keterangan AnnouncementId char 10 formatya terdiri dari 10 digit, 4 digit pertama berupa tahun, 6 digit selanjutya berupa nomor urut. AnnouncementCatId Tinyint 1 foreign key tabel MSANNOUNCEMENTCATEGORY ValidFrom smalldatetime 4 tanggal pengumuman mulai ditampilkan ValidThrough smalldatetime 4 tanggal terakhir pengumuman ditampilkan UploadDate smalldatetime 4 tanggal pengumuman di-upload Title Varchar 100 judul pengumuman ShortDescription Varchar 200 ringkasan pengumuman Announcement Text 16 isi pengumuman UploadBy Varchar 20 user yang meng-upload Tabel 3.14 Detail Tabel MSANNOUNCEMENT Nama Tabel : MSANNOUNCEMENTCATEGORY Primary Key : AnnouncementCatId Keterangan : Tabel untuk menyimpan daftar kategori pengumuman Nama Field Tipe Data Length Keterangan AnnouncementCatId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) AnnouncementCatName Varchar 50 nama kategori pengumuman misalnya: hiburan, olahraga Tabel 3.15 Detail Tabel MSANNOUNCEMENTCATEGORY Nama Tabel : MSANNOUNCEMENTREAD
148 Primary Key : AnnouncementId, BinusianId Foreign Key : AnnouncementId, BinusianId Keterangan : Tabel untuk menyimpan daftar pengumuman yang telah dibaca oleh masing – masing siswa sehingga bisa diberi tanda. Nama Field Tipe Data Length Keterangan AnnouncementId char 10 foreign key tabel MSANNOUNCEMENT BinusianId Char 10 foreign key tabel MSSTUDENTPERSONALINFO Tabel 3.16 Detail Tabel MSANNOUNCEMENTREAD Nama Tabel : MSREGISTRANTBALANCE Primary Key : RegistrantId Foreign Key : RegistrantId Keterangan : Tabel untuk menyimpan hutang atau piutang siswa terhadap E-BiNus atau sebaliknya. Nama Field RegistrantId Balance
Tipe Data Length char 12
Keterangan foreign key tabel TRSTUDENTREGISTRATION Money 8 (+) artinya mahasiswa hutang kepada EBiNus, (-) artinya E-BiNus hutang kepada mahasiswa. Tabel 3.17 Detail Tabel MSREGISTRANTBALANCE
Nama Tabel : MSEVENT Primary Key : EventId Keterangan : Tabel untuk menyimpan daftar data event Nama Field Tipe Data Length Keterangan EventId char 10 formatya terdiri dari 10 digit, 4 digit pertama berupa tahun, 6 digit selanjutya berupa nomor urut. EventTitle Varchar 200 judul event EventShortDescription Varchar 500 ringkasan isi event EventStart smalldatetime 4 tanggal event dimulai EventEnd smalldatetime 4 tanggal event berakhir PublishDate smalldatetime 4 tanggal event di-publish UploadDate smalldatetime 4 tanggal event di-upload UploadBy Varchar 20 user yang meng-upload IsActive Bit 1 Apakah event masih aktif atau tidak (1 jika masih aktif, 0 jika sudah tidak aktif). Tabel 3.18 Detail Tabel MSEVENT Nama Tabel : MSGRADE Primary Key : GradingPolicyId
149 Keterangan : Tabel untuk menyimpan daftar grade yang tersedia Nama Field Tipe Data Length Keterangan GradingPolicyId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) GradeName Varchar 20 nama grade misalnya: A, B, C, dsb Tabel 3.19 Detail Tabel MSGRADE Nama Tabel : MSLECTURER Primary Key : LecturerId Keterangan : Tabel untuk menyimpan daftar dosen yang mengajar di E-BiNus Nama Field Tipe Data Length Keterangan BiNusianId Char 10 terdiri dari 10 digit angka LecturerId Char 10 formatnya DXXXX misalnya D0001 FullName Varchar 150 nama lengkap dosen Gender Char 1 jenis kelamin (F, M) IsActive Bit 1 Apakah dosen masih aktif atau tidak (1 jika masih aktif, 0 jika sudah tidak aktif). DOB smalldatetime 4 tanggal lahir POB Varchar 50 tempat lahir PersonalWebSite Varchar 100 situs web personal MobilePhoneNumber Varchar 50 nomor telepon genggam PhoneNumber Varchar 50 nomor telepon biasa Tabel 3.20 Detail Tabel MSLECTURER Nama Tabel : MSLECTUREREMAIL Primary Key : LecturerId, EmailId Foreign Key : LecturerId Keterangan : Tabel untuk menyimpan daftar email dari masing – masing dosen Nama Field Tipe Data Length Keterangan LecturerId char 10 foreign key tabel MSLECTURER EmailId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) EmailAddress Varchar 200 alamat email dengan format
[email protected] IsDefaultEmail Bit 1 Apakah alamat email yang sering digunakan atau bukan (1 jika ya dan 0 jika bukan). Tabel 3.21 Detail Tabel MELECTUREREMAIL Nama Tabel : MSLECTURERFORMALEDUCATION Primary Key : LecturerId, FormalEducationId Foreign Key : EduDegreeId, CountryId Keterangan : Tabel untuk menyimpan daftar pendidikan formal dari para dosen Nama Field Tipe Data Length Keterangan LecturerId Char 10 foreign key tabel MSLECTURER FormalEducationId Tinyint 1 berupa angka yang berurutan (1, 2, 3,
150 ...) EduDegreeId Tinyint 1 foreign key tabel LTEDUCATIONDEGREE SchoolName Varchar 200 nama sekolah Address Varchar 300 alamat sekolah ZIPCode Char 5 kode pos lokasi sekolah City Varchar 50 kota lokasi sekolah Province Varchar 50 propinsi lokasi sekolah CountryId Varchar 2 foreign key tabel LTCOUNTRY Class Varchar 20 tahun angkatan Faculty Varchar 50 fakultas Major Varchar 50 jurusan FromDate Smalldatetime 4 tanggal mulai belajar ToDate smalldatetime 4 tanggal selesai belajar Tabel 3.22 Detail Tabel MSLECTURERFORMALEDUCATION Nama Tabel : MSLECTURERPASSWORD Primary Key : LecturerId Keterangan : Tabel untuk menyimpan password dari para dosen Nama Field Tipe Data Length Keterangan LecturerId Char 10 foreign key tabel MSLECTURER Password Varchar 50 Tabel 3.23 Detail Tabel MSLECTURERPASSWORD Nama Tabel : MSMODULE Primary Key : ModuleId, Revision Foreign Key : ModuleCatId Keterangan : Tabel untuk menyimpan daftar data modul pelajaran yang tersedia di E-BiNus Nama Field Tipe Data Length Keterangan ModuleId Varchar 10 kode modul pelajaran Revision Smallint 2 berupa angka yang berurutan (1, 2, 3, ...) ModuleName Varchar 100 nama modul pelajaran ModuleCatId Smallint 2 foreign key tabel MSMODULECATEGORY CreditEarns Tinyint 1 IsActive Bit 1 Apakah modul masih aktif atau tidak (1 jika masih dan 0 jika tidak) Tabel 3.24 Detail Tabel MSMODULE Nama Tabel : MSMODULECATEGORY Primary Key : ModuleCategoryId Keterangan : Tabel untuk menyimpan daftar kategori modul pelajaran Nama Field Tipe Data Length Keterangan ModuleCategoryId smallint 2 berupa angka yang berurutan (1, 2, 3 )
151 ModuleCategoryName IsActive
Nama Tabel Primary Key Foreign Key Keterangan pelajaran Nama Field ModuleId Revision Description
Varchar
100
nama kategori modul pelajaran, misalnya: pemrograman, bahasa, dsb Bit 1 apakah kategori modul pelajaran masih aktif (1 jika masih, 0 jika tidak) Tabel 3.25 Detail Tabel MSMODULECATEGORY
: MSMODULEDESCRIPTION : ModuleId, Revision : ModuleId, Revision : Tabel untuk menyimpan daftar deskripsi dari masing – masing modul Tipe Data Length Keterangan varchar 10 foreign key tabel MSMODULE Smallint 2 foreign key tabel MSMODULE Text 16 deskripsi modul pelajaran Tabel 3.26 Detail Tabel MSMODULEDESCRIPTION
Nama Tabel : MSMODULEGRADINGPOLICY Primary Key : ModuleId, Revision, GradingpolicyId Foreign Key : ModuleId, Revision, GradingpolicyId Keterangan : Tabel untuk menyimpan daftar grade yang tersedia untuk masing – masing modul pelajaran. Nama Field Tipe Data Length Keterangan ModuleId varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE GradingpolicyId Tinyint 1 foreign key tabel MSGRADE Minimum Tinyint 1 nilai minimum untuk mendapatkan grade tertentu Maximum Tinyint 1 nilai maksimum untuk mendapatkan grade tertentu Tabel 3.27 Detail Tabel MSMODULEGRADINGPOLICY Nama Tabel : MSMODULEPRICE Primary Key : ModuleId, Revision, PriceId Foreign Key : ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar harga untuk masing – masing modul pelajaran Nama Field Tipe Data Length Keterangan ModuleId varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE PriceId Smallint 2 berupa angka yang berurutan (1, 2, 3, ...) Amount Money 8 harga modul pelajaran Notes Varchar 50 keterangan Tabel 3.28 Detail Tabel MSMODULEPRICE Nama Tabel : MSMODULESCORECOMPONENT
152 Primary Key : ModuleId, Revision, ScoreCompId Foreign Key : ModuleId, Revision, ScoreCompId Keterangan : Tabel untuk menyimpan daftar score component (komponen penilaian) untuk masing – masing modul pelajaran Nama Field Tipe Data Length Keterangan ModuleId varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE ScoreCompId Tinyint 1 foreign key tabel MSSCORECOMPONENT Percentage Tinyint 1 persentase komponen nilai Tabel 3.29 MSMODULESCORECOMPONENT Nama Tabel : MSNEWS Primary Key : NewsId Keterangan : Tabel untuk menyimpan daftar data berita Nama Field Tipe Data Length Keterangan NewsId char 10 formatya terdiri dari 10 digit, 4 digit pertama berupa tahun, 6 digit selanjutya berupa nomor urut. NewsTitle Varchar 200 judul berita NewsShortDescription Varchar 500 ringkasan berita PublishDate Smalldatetime 4 tanggal di-publish UploadDate smalldatetime 4 tanggal di-upload UploadBy Varchar 20 user yang meng-upload IsActive Bit 1 Apakah berita masih aktif atau tidak ( 1 jika masih dan 0 jika tidak) Tabel 3.30 Detail Tabel MSNEWS Nama Tabel : MSPAYMENT Primary Key : ReceiptId Foreign Key : BiNusianId, TransactionId, PayMethodId, PayForId Keterangan : Tabel untuk menyimpan daftar data pembayaran yang telah dilakukan oleh masing – masing siswa. Nama Field Tipe Data Length Keterangan ReceiptId Char 15 XXYYYYMMDDCCCCC XX adalah kode pembayaran YYYY adalah tahun, MM adalah bulan, DD adalah tanggal, dan CCCCC adalah counter BiNusianId Char 10 foreign key tabel MSSTUDENTPERSONALINFO PayDate Smalldatetime 4 tanggal pembayaran dilakukan UploadDate Smalldatetime 4 tanggal di-upload UploadBy Varchar 20 user yang meng-upload Amount Money 8 jumlah uang yang dibayarkan
153 TransactionId PayMethodId PayForId
Char 12 berasal dari RegistrantId Tinyint 1 foreign key tabel LTPAYMETHOD tinyint 1 foreign key tabel LTPAYFOR Tabel 3.31 Detail Tabel MSPAYMENT
Nama Tabel : MSSCORECOMPONENT Primary Key : ScoreCompId Keterangan : Tabel untuk menyimpan daftar score component (komponen penilaian) Nama Field Tipe Length Keterangan Data ScoreCompId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) ScoreComponentShortName Varchar 3 nama singkat dari komponen penilaian, misalnya: exc (exercise), tsk (task), dsb ScoreComponentName Varchar 50 nama komponen nilai Tabel 3.32 Detail Tabel MSSCORECOMPONENT Nama Tabel : MSSTUDENTADDRESS Primary Key : BiNusianId, AddressId Foreign Key : ProvinceId, CountryId Keterangan : Tabel untuk menyimpan daftar alamat dari para siswa Nama Field Tipe Data Length Keterangan BiNusianId Char 10 foreign key tabel MSSTUDENTPERSONALINFO AddressId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) Address Varchar 500 alamat siswa City Varchar 100 kota tempat siswa tinggal ProvinceId Varchar 2 foreign key tabel LTPROVINCE ZIPCode Char 5 kode pos tempat siswa tinggal CountryId smallint 2 foreign key tabel LTCOUNTRY Tabel 3.33 Detail Tabel MSSTUDENTADDRESS Nama Tabel : MSSTUDENTEMAIL Primary Key : BiNusianId, EmailId Keterangan : Tabel untuk menyimpan daftar email dari para siswa Nama Field Tipe Data Length Keterangan BiNusianId Char 10 foreign key tabel MSSTUDENTPERSONALINFO EmailId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) EmailAddress Varchar 150 alamat email Tabel 3.34 Detail Tabel MSSTUDENTEMAIL Nama Tabel : MSSTUDENTFINALSCORE Primary Key : RegistrantId, ModuleId, Revision
154 Foreign Key : RegistrantId, ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar modul pelajaran yang dipilih oleh masing – masing siswa. Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel TRSTUDENTREGISTRATION ModuleId Varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE FinalScore Tinyint 1 nilai akhir siswa (0 – 100) Tabel 3.35 Detail Tabel MSSTUDENTFINALSCORE Nama Tabel : MSSTUDENTPASSWORD Primary Key : BiNusianId Keterangan : Tabel untuk menyimpan daftar password dari masing – masing siswa Nama Field Tipe Data Length Keterangan BiNusianId char 10 foreign key tabel MSSTUDENTPERSONALINFO Password Varchar 50 Tabel 3.36 Detail Tabel MSSTUDENTPASSWORD Nama Tabel : MSSTUDENTPERSONALINFO Primary Key : BiNusianId Foreign Key : GenderId, NationalityId, ReligionId, MaritalStatusId, OccupationId, EduDegreeId Keterangan : Tabel untuk menyimpan daftar data informasi personal dari masing – masing siswa Nama Field Tipe Data Length Keterangan BiNusianId char 10 FullName Varchar 150 nama lengkap siswa GenderId Char 1 foreign key dari tabel LTGENDER POB Varchar 50 tempat lahir DOB smalldatetime 4 tanggal lahir NationalityId Smallint 2 foriegn key dari tabel LTCOUNTRY ReligionId Tinyint 1 foriegn key dari tabel LTRELIGION MaritalStatusId Smallint 2 foriegn key dari tabel LTMARITALSTATUS OccupationId Smallint 2 foriegn key dari tabel LTOCCUPATION EduDegreeId Tinyint 1 foriegn key dari tabel LTEDUCATIONDEGREE UploadDate smalldatetime 4 tanggal data siswa di-upload Tabel 3.37 Detail Tabel MSSTUDENTPERSONALINFO Nama Tabel Primary Key Foreign Key Keterangan
: MSSTUDENTPHONE : BiNusianId, PhoneId : PhoneTypeId : Tabel untuk menyimpan daftar nomor telepon para siswa
155 Nama Field BiNusianId PhoneId PhoneNumber PhoneTypeId
Tipe Data Length Char 10
Keterangan foreign key tabel MSSTUDENTPERSONALINFO tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) Varchar 20 nomor telepon Char 1 foreign key tabel LTPHONETYPE Tabel 3.38 Detail Tabel MSSTUDENTPHONE
Nama Tabel : TRATMPAYMENT Primary Key : RegistrantId, PaymentDate, ATMLocationId Foreign Key : RegistrantId Keterangan : Tabel untuk menyimpan data detail dari pembayaran yang dilakukan melalui ATM. Nama Field Tipe Data Length Keterangan RegistrantId Char 12 foreign key tabel TRSTUDENTREGISTRATION PaymentDate datetime 8 tanggal pembayaran ATMLocationId Char 5 terdiri dari 5 digit angka PaidBy Varchar 50 nama orang yang melakukan pembayaran Amount Money 8 harga yang dibayar PostedDate Datetime 8 tanggal data dikirim dari bank BCA FileReceivedDate Datetime 8 tanggal data diterima AccountNumber Varchar 15 nomor account di Bank BCA ProcessedDate smalldatetime 4 tanggal pembayaran diproses Tabel 3.39 Detail Tabel TRATMPAYMENT Nama Tabel : TRLECTURERMODULE Primary Key : LecturerId, ModuleId, Revision Foreign Key : LecturerId, ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar modul pelajaran yang diajar oleh masing – masing dosen Nama Field Tipe Data Length Keterangan LecturerId char 10 foreign key tabel MSLECTURER ModuleId Varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE LecturerRoleId Tinyint 1 foreign key dari tabel LTLECTURERROLE Tabel 3.40 Detail Tabel TRLECTURERMODULE Nama Tabel : TRSTUDENTGRADE Primary Key : RegistrantId, ModuleId, Revision Foreign Key : GradeId, RegistrantId, ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar grade yang diperoleh oleh masing – masing siswa untuk setiap modul pelajaran yang telah dipelajarinya. Nama Field Tipe Data Length Keterangan
156 RegistrantId ModuleId Revision GradeId
char
12
foreign key TRSTUDENTREGISTRATION Varchar 10 foreign key tabel MSMODULE Smallint 2 foreign key tabel MSMODULE Tinyint 1 foreign key tabel MSGRADE Tabel 3.41 Detail Tabel TRSTUDENTGRADE
tabel
Nama Tabel : TRSTUDENTMODULE Primary Key : RegistrantId, ModuleId, Revision Foreign Key : RegistrantId, ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar modul pelajaran yang telah dipilih oleh masing – masing siswa Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel TRSTUDENTREGISTRATION ModuleId Varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE ActivatedDate smalldatetime 4 tanggal siswa bisa mulai mengakses materi modul pelajaran yang telah dipilihnya DeActivatedDate smalldatetime 4 tanggal akhir siswa bisa mengakses materi modul pelajaran yang telah dipilihnya AllowedExamDate smalldatetime 4 tanggal siswa boleh mengikuti ujian Price Money 8 harga yang dibayar oleh siswa ketika mendaftar untuk suatu modul pelajaran Discount Tinyint 1 discount yang diterima ketika siswa mendaftar suatu modul pelajaran Tabel 3.42 Detail Tabel TRSTUDENTMODULE Nama Tabel : TRSTUDENTREGISTRATION Primary Key : RegistrantId Foreign Key : BinusianId Keterangan : Tabel untuk menyimpan data pendaftaran dari masing – masing siswa Nama Field Tipe Data Length Keterangan RegistrantId Char 12 formatnya terdiri dari 12 digit angka, 2 digit pertama berupa tahun (yy), 7 digit berikutnya berupa nomor urut, 1 digit berikutnya berupa cek parity, dan 2 digit terakhir berupa kode jenis transaksi BiNusianId char 10 foreign key dari tabel MSSTUDENTPERSONALINFO RegistrationDate smalldatetime 4 tanggal pendaftaran ProcessDate smalldatetime 4 tanggal pemrosesan pendaftaran Tabel 3.43 Detail Tabel TRSTUDENTREGISTRATION
157 Nama Tabel : TRSTUDENTSCORE Primary Key : RegistrantId, ModuleId, Revision, ScoreCompId Foreign Key : RegistrantId, ModuleId, Revision, ScoreCompId Keterangan : Tabel untuk menyimpan daftar nilai yang diperoleh oleh masing – masing siswa untuk setiap komponen nilai dari masing – masing modul pelajaran yang telah dipelajarinya. Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel TRSTUDENTREGISTRATION ModuleId Varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE ScoreCompId Tinyint 1 foreign key tabel MSSCORECOMPONENT Score Tinyint 1 nilai yang diperoleh siswa (0-100) Tabel 3.44 Detail Tabel TRSTUDENTSCORE
158 3.6.5.2 Database EbiNusApplicationDB
Gambar 3.105 Skema Database EBinusApplicationDB
159 Tabel – tabel yang terdapat pada database ini yaitu: Nama Tabel : MSAPPLICATION Primary Key : ApplicationId Foreign Key : ApplicationCatId Keterangan : Tabel untuk menyimpan daftar data modul aplikasi yang tersedia pada E-BiNus Back End Nama Field Tipe Data Length Keterangan ApplicationId Smallint 2 berupa angka yang berurutan (1, 2, 3, ...) Privilege Smallint 2 hak akses yang tersedia pada aplikasi IsActive Bit 1 apakah modul aplikasi masih aktif (1 jika masih dan 0 jika tidak) Url Varchar 200 alamat url dari modul aplikasi Description Varchar 200 deskripsi aplikasi ApplicationName Varchar 200 nama aplikasi ApplicationCatId Smallint 2 foreign key dari tabel MSAPPLIACTIONCATEGORY IconFile Varchar 200 menyimpan lokasi file untuk icon Tabel 3.45 Detail Tabel MSAPPLICATION Nama Tabel : MSAPPLICATIONCATEGORY Primary Key : ApplicationCatId Keterangan : Tabel untuk menyimpan daftar kategori aplikasi Nama Field Tipe Data Length Keterangan ApplicationCatId smallint 2 berupa angka yang berurutan (1, 2, 3, ...) ApplicationCatName Varchar 200 nama kategori aplikasi Description Varchar 200 deskripsi kategori aplikasi Tabel 3.46 Detail Tabel MSAPPLICATIONCATEGORY Nama Tabel : MSFRONTENDAPPLICATION Primary Key : FapplicationId Keterangan : Tabel untuk menyimpan daftar data modul aplikasi yang tersedia pada E-BiNus Front End Nama Field Tipe Data Length Keterangan FapplicationId Smallint 2 berupa angka yang berurutan (1, 2, 3, ...) FapplicationName Varchar 50 nama aplikasi front end IsActive bit 1 apakah aplikasi aktif (1 jika aktif dan 0 jika tidak) Tabel 3.47 Detail Tabel MSFRONTENDAPPLICATION Nama Tabel : MSFRONTENDFACILITY Primary Key : FacilityId Foreign Key : FacilityCategoryId Keterangan : Tabel untuk menyimpan daftar data fasilitas yang tersedia pada EBiNus Front End Nama Field Tipe Data Length Keterangan
160 FacilityId FacilityCategoryId FacilityName FacilityLink IconFile Description IsActive
smallint Tinyint
2 1
berupa angka yang berurutan (1, 2, 3, ...) foreign key dari tabel MSFRONTENDFACILITYCATEGORY Varchar 50 nama fasilitas Varchar 100 alamat url dari fasilitas yang tersedia Varchar 100 menyimpan lokasi file untuk icon Varchar 200 deskripsi fasilitas Bit 1 apakah fasilitas aktif (1 jika aktif dan 0 jika tidak) Tabel 3.48 Detail Tabel MSFRONTENDFACILITY
Nama Tabel : MSFRONTENDFACILITYCATEGORY Primary Key : FacilityCategoryId Foreign Key : FapplicationId Keterangan : Tabel untuk menyimpan daftar kategori fasilitas front end yang tersedia Nama Field Tipe Data Length Keterangan FacilityCategoryId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) FacilityCategoryName Varchar 50 nama kategori fasilitas FapplicationId Smallint 2 foreign key dari tabel MSFRONTENDAPPLICATION FacilityCategoryLink Varchar 200 alamat url dari kategori fasilitas IconFile Varchar 100 menyimpan lokasi file untuk icon Description Varchar 200 deskripsi kategori fasilitas IsActive Bit 1 apakah kategori aplikasi aktif ( 1 jika aktif, 0 jika tidak) Tabel 3.49 Detail Tabel MSFRONTENDFACILITYCATEGORY Nama Tabel : MSUSER Primary Key : UserName Keterangan : Tabel untuk menyimpan daftar user pada E-BiNus Back End Nama Field Tipe Data Length Keterangan UserName Varchar 20 username dari user E-BiNus Back End BiNusianId char 10 terdiri dari 10 digit angka FullName Varchar 150 nama lengkap user IsActive Bit 1 apakah user aktif ( 1 jika aktif, 0 jika tidak) EmailAddress Varchar 200 alamat email user Tabel 3.50 Detail Tabel MSUSER Nama Tabel : MSUSERPASSWORD Primary Key : UserName Foreign Key : UserName Keterangan : Tabel untuk menyimpan password dari setiap user pada E-BiNus Back End Nama Field Tipe Data Length Keterangan
161 UserName Password
varchar 20 foreign key tabel MSUSER Varchar 50 Tabel 3.51 Detail Tabel MSUSERPASSWORD
Nama Tabel : TRUSERPRIVILEGE Primary Key : UserName, ApplicationId Foreign Key : ApplicationId Keterangan : Tabel untuk menyimpan hak akses (privilege) dari masing – masing user pada E-BiNus Back End terhadap modul aplikasi yang tersedia Nama Field Tipe Data Length Keterangan UserName varchar 20 foreign key tabel MSUSER ApplicationId Smallint 2 foreign key tabel MSAPPLICATION Privilege Smallint 2 hak akses dari masing – masing user Tabel 3.52 Detail Tabel TRUSERPRIVILEGE
162 3.6.5.3 Database EBiNusRegistrationDB
Gambar 3.106 Skema Database EBinusRegistrationDB
163 Pada database ini juga terdapat beberapa tabel yang sama seperti pada database EBiNusAcademicDB yaitu: Tabel LTCOUNTRY, Tabel LTEDUCATIONDEGREE, Tabel LTGENDER, Tabel LTMARITALSTATUS, Tabel LTOCCUPATION, Tabel LTPHONETYPE, Tabel LTPROVINCE, Tabel LTRELIGION. Tabel – tabel lain yang terdapat pada database ini yaitu: Nama Tabel : MSREGISTRANT Primary Key : RegistrantId Foreign Key : TempRegistrantId Keterangan : Tabel untuk menyimpan daftar temp registrant (pendaftar sementara) Nama Field Tipe Data Length Keterangan RegistrantId Char 12 formatnya terdiri dari 12 digit angka, 2 digit pertama berupa tahun (yy), 7 digit berikutnya berupa nomor urut, 1 digit berikutnya berupa cek parity, dan 2 digit terakhir berupa kode jenis transaksi TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT BiNusianId Char 10 terdiri dari 10 digit angka RegistrationDate smalldatetime 4 tanggal pendaftaran AuthentificationDate smalldatetime 4 tanggal pendaftaran diautentifikasi Tabel 3.53 Detail Tabel MSREGISTRANT Nama Tabel : MSREGISTRANTADDRESS Primary Key : RegistrantId, AddressId Foreign Key : RegistrantId , ProvinceId, CountryId Keterangan : Tabel untuk menyimpan alamat dari masing – masing siswa Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel MSREGISTRANT AddressId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) Address Varchar 500 alamat registrant City Varchar 100 kota tempat registrant tinggal ProvinceId Smallint 2 foreign key dari tabel LTPROVINCE ZIPCode Char 10 kode pos tempat registrant tinggal CountryId Smallint 2 foreign key dari tabel LTCOUNTRY Tabel 3.54 Detail Tabel MSREGISTRANTADDRESS Nama Tabel Primary Key Foreign Key Keterangan
: MSREGISTRANTEMAIL : RegistrantId, EmailId : RegistrantId : Tabel untuk menyimpan daftar email dari masing – masing siswa
164 Nama Field RegistrantId EmailId EmailAddress
Tipe Data Length Keterangan char 12 foreign key tabel MSREGISTRANT Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) Varchar 150 alamat email registrant Tabel 3.55 Detail Tabel MSREGISTRANTEMAIL
Nama Tabel : MSREGISTRANTPASSWORD Primary Key : RegistrantId Foreign Key : RegistrantId Keterangan : Tabel untuk menyimpan password dari masing – masing registrant (pendaftar) Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel MSREGISTRANT Password Varchar 50 Tabel 3.56 Detail Tabel MSREGISTRANTPASSWORD Nama Tabel : MSREGISTRANTPERSONALINFO Primary Key : RegistrantId Foreign Key : RegistrantId, GenderId, NationalityId, ReligionId, MaritalStatusId, OccupationId, EduDegreeId Keterangan : Tabel untuk menyimpan data informasi personal dari masing – masing registrant (pendaftar) Nama Field Tipe Data Length Keterangan RegistrantId Char 12 foreign key tabel MSREGISTRANT FullName Varchar 150 nama lengkap registrant GenderId char 1 foreign key tabel LTGENDER POB Varchar 50 tempat lahir DOB smalldatetime 4 tanggal lahir NationalityId Smallint 2 foreign key tabel LTCOUNTRY ReligionId Tinyint 1 foreign key tabel LTRELIGION MaritalStatusId Smallint 2 foreign key tabel LTMARITALSTATUS OccupationId Smallint 2 foreign key tabel LTOCCUPATION EduDegreeId Tinyint 1 foreign key tabel LTEDUCATIONDEGREE Tabel 3.57 Detail Tabel MSREGISTRANTPERSONALINFO Nama Tabel : MSREGISTRANTPHONE Primary Key : RegistrantId, PhoneId Foreign Key : RegistrantId, PhoneTypeId Keterangan : Tabel untuk menyimpan nomor telepon dari masing – masing registrant Nama Field Tipe Data Length Keterangan RegistrantId char 12 foreign key tabel MSREGISTRANT PhoneId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) PhoneNumber Varchar 20 nomor telepon PhoneTypeId Char 1 foreign key tabel LTPHONETYPE Tabel 3.58 Detail Tabel MSREGISTRANTPHONE
165 Nama Tabel : MSTEMPREGISTRANT Primary Key : TempRegistrantId Keterangan : Tabel untuk menyimpan daftar temp registrant (pendaftar pada tahap pertama) Nama Field Tipe Data Length Keterangan TempRegistrantId Char 15 formatnya terdiri dari 15 digit, 4 digit pertama berupa tahun, 11 digit selanjutnya berupa nomor urut. BiNusianId Char 10 terdiri dari 10 digit angka AuthentificationCode Char 10 kode autentifikasi untuk memastikan RegistrantId yg dimasukkan cocok RegistrationDate smalldatetime 4 tanggal pendaftaran Tabel 3.59 Detail Tabel MSTEMPREGISTRANT Nama Tabel : MSTEMPREGISTRANTADDRESS Primary Key : TempRegistrantId, AddressId Foreign Key : TempRegistrantId, ProvinceId, CountryId Keterangan : Tabel untuk menyimpan alamat dari masing – masing temp registrant Nama Field Tipe Data Length Keterangan TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT AddressId tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) Address Varchar 500 alamat temp registrant City Varchar 100 kota tempat temp registrant tinggal ProvinceId Smallint 2 foreign key dari tabel LTPROVINCE ZIPCode Char 10 kode pos tempat temp registrant tinggal CountryId Smallint 2 foreign key dari tabel LTCOUNTRY Tabel 3.60 Detail Tabel MSTEMPREGISTRANTADDRESS Nama Tabel : MSTEMPREGISTRANTEMAIL Primary Key : TempRegistrantId, EmailId Foreign Key : TempRegistrantId Keterangan : Tabel untuk menyimpan daftar email dari masing – masing temp registrant Nama Field Tipe Data Length Keterangan TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT EmailId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) EmailAddress Varchar 50 alamat email temp registrant Tabel 3.61 Detail Tabel MSTEMPREGISTRANTEMAIL Nama Tabel : MSTEMPREGISTRANTPASSWORD Primary Key : TempRegistrantId
166 Keterangan : Tabel untuk menyimpan password dari masing – masing temp registrant Nama Field Tipe Data Length Keterangan TempRegistrantId char 15 foreign key tabel MSTEMPREGISTRANT Password Varchar 50 Tabel 3.62 Detail Tabel MSTEMPREGISTRANTPASSWORD Nama Tabel : MSTEMPREGISTRANTPERSONALINFO Primary Key : TempRegistrantId Foreign Key : TempRegistrantId, GenderId, NationalityId, ReligionId, MaritalStatusId, OccupationId, EduDegreeId Keterangan : Tabel untuk menyimpan data informasi personal dari masing – masing temp registrant Nama Field Tipe Data Length Keterangan TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT FullName varchar 150 nama lengkap temp registrant GenderId Char 1 foreign key tabel LTGENDER POB Varchar 50 tempat lahir DOB smalldatetime 4 tanggal lahir NationalityId Smallint 2 foreign key tabel LTCOUNTRY ReligionId Tinyint 1 foreign key tabel LTRELIGION MaritalStatusId Smallint 2 foreign key tabel LTMARITALSTATUS OccupationId Smallint 2 foreign key tabel LTOCCUPATION EduDegreeId Tinyint 1 foreign key tabel LTEDUCATIONDEGREE Tabel 3.63 Detail Tabel MSTEMPREGISTRANTPERSONALINFO Nama Tabel : MSTEMPREGISTRANTPHONE Primary Key : TempRegistrantId, PhoneId Foreign Key : TempRegistrantId, PhoneTypeId Keterangan : Tabel untuk menyimpan nomor telepon dari masing – masing temp registrant Nama Field Tipe Data Length Keterangan TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT PhoneId Tinyint 1 berupa angka yang berurutan (1, 2, 3, ...) PhoneNumber Varchar 20 nomor telepon temp registrant PhoneTypeId Char 1 foreign key dari tabel LTPHONETYPE Tabel 3.64 Detail Tabel MSTEMPREGISTRANTPHONE Nama Tabel : TRREGISTRANTMODULE Primary Key : RegistrantId, ModuleId, Revision Foreign Key : RegistrantId, ModuleId, Revision
167 Keterangan : Tabel masing registrant. Nama Field RegistrantId ModuleId Revision Price
Discount
untuk menyimpan daftar modul yang telah dipilih oleh masing – Tipe Data char Varchar Smallint Money
Length 12 10 2 8
Keterangan foreign key tabel MSREGISTRANT foreign key tabel MSMODULE foreign key tabel MSMODULE harga yang perlu dibayar ketika seseorang mendaftar untuk suatu modul pelajaran Tinyint 1 diskon yang diterima seseorang ketika mendaftar untuk suatu modul pelajaran Tabel 3.65 Detail Tabel TRREGISTRANTMODULE
Nama Tabel : TRTEMPREGISTRANTMODULE Primary Key : TempRegistrantId, ModuleId, Revision Foreign Key : TempRegistrantId, ModuleId, Revision Keterangan : Tabel untuk menyimpan daftar modul pelajaran yang telah dipilih oleh masing – masing temp registrant Nama Field Tipe Data Length Keterangan ModuleId varchar 10 foreign key tabel MSMODULE Revision Smallint 2 foreign key tabel MSMODULE TempRegistrantId Char 15 foreign key tabel MSTEMPREGISTRANT Price Money 8 harga yang perlu dibayar ketika seseorang mendaftar untuk suatu modul pelajaran Discount Tinyint 1 diskon yang diterima seseorang ketika mendaftar untuk suatu modul pelajaran Tabel 3.66 Detail Tabel TRTEMPREGISTRANTMODULE
3.6.6 Desain Tampilan 3.6.6.1 Conceptual Site Map FrontEnd Sistem E-BiNus merupakan web application. Produk hasil akhirnya adalah sebuah web site yang dapat dijalankan dengan web server melalui internet maupun jaringan lokal. Sebuah web site terdiri dari berbagai web page yang dibuat sesuai dengan kebutuhannya, karena sistem yang besar tidak cukup dengan sebuah halaman saja, bahkan sistem kecil sekalipun (tidak baik secar user interface-nya pula).
168 Conceptual Site Map adalah hubungan antar page dalam sebuah web site yang dapat di-request melalui navigasinya maupun url address-nya. Berisi gambaran umum mengenai halaman-halaman utama dan lainnya yang dihubungkan melalui link-link urlnya. Conceptual site map ini berguna untuk membagi halaman-halaman secara logis, memberikan gambaran web site yang akan menampikan apa saja kepada user-nya, dan dapat digunakan untuk menganalisa kebutuhan user.
Gambar 3.107 Conceptual Site Map Sebelum Login
Penjelasan Conceptual Site Map sebelum login: o HOME. Halaman depan web site E-BiNus, beriisi beberapa headline berita (news) dan event. Pengunjung bisa melihat isi berita di dalam halaman NewsDetail. o PROFILE. Berisi sejarah singkat Bina Nusantara dan E-BiNus, visi dan misi EBiNus yang sudah pasti sama dengan visi misi Bina Nusantara, dan beberapa kata dari rektor Universitas Bina Nusantara mengenai E-BiNus. o PRODUCT CATALOG. Modul-modul pelajaran yang ditawarkan kepada pengunjung. Pengunjung dapat memilih modul-modul pelajaran yang diinginkan
169 dengan meregistrasikan diri dan modul-modul pelajaran tersebut di halaman ModuleRegistration. Pengunjung dapat mengisikan data dirinya di halaman Registrasi Diri (Registration). Pengunjung harus memberikan data dirinya dan modul pelajaran yang diinginkan dalam proses registrasi. o CONTACT US. Informasi bagaimana pengunjung dapat menghubungi pihak EBiNus. o LOGIN. Halaman untuk pengunjung yang merupakan siswa dari E-BiNus. Melalui halaman ini siswa dapat mendapatkan halaman siswa yang menjadi haknya. Halaman ini dilengkapi dengan username dan password yang harus diisi siswa sebagai pengaman haknya. Halaman ForgetPassword untuk siswa yang lupa password-nya. Halaman LOGIN ini biasanya berada di bagian kiri atau kanan dari halaman web.
170
Gambar 3.108 Conceptual Site Map Setelah Login Penjelasan Conceptual Site Map setelah login (halaman yang ditampikan bagi siswa): o HOME. Serupa tapi tak sama, siswa dapat melihat announcement atau pengumunan. Pengumuman adalah hal/pemberitahuan yang ingin disampaikan EBiNus untuk siswa-siswanya. o MY MODULE. Daftar mata pelajaran yang dimiliki siswa. Isi pelajaran dapat dilihat dalam MyModuleDetail atau CMS (Content Management System). CMS juga dapat diakses dari LMS (Learning Management System). o MY PROFILE. Berkaitan dengan data diri siswa. Siswa dapat melihat dan merubah data dirinya, meng-upload foto, dan mengganti password-nya.
171 o FINANCIAL. Menampilkan semua pembayaran yang telah dilakukan siswa, dan detil-detilnya. o STUDIES. Siswa dapat melihat nilai-nilainya di halaman ini. o MODULE. Siswa dapat mendaftar modul pelajaran baru. o LMS. Memiliki link yang sama dengan MY MODULE, tetapi LMS terletak di bagian kanan dan statis seperti kotak untuk LOGIN. o CMS. Berisi bahan pelajaran, terdiri dari beberapa pertemuan atau bab, seperti mata kuliah. CMS ini memiliki bentuk yang sama dengan halaman Student binusmaya (www.binusmaya.binus.ac.id).
3.6.6.2 Conceptual Site Map Back End
Gambar 3.109 Conceptual Site Map Back End Setelah Login Jika administrator belum melakukan login, maka halamannya tetap di halaman LOGIN ADMIN. Beberapa halaman yang ada dalam conceptual site map setelah login.
172 o HOME. Halaman yang menampilkan management apa saja yang ada (module, module category, announcement, event, news, user dan lecturer personal info management). o MODULE MANAGEMENT. Halaman untuk mengatur modul pelajaran atau mata pelajaran. o MODULE CATEGORY MANAGEMENT. Halaman untuk mengatur kategori modul pelajaran. o LECTURER MODULE ASSIGNMENT. Halaman untuk mengatur penempatan dosen pada mata kuliah tertentu. Sebuah mata kuliah dapat memiliki beberapa dosen yang berperan sebagai koordinator dan asisten. o USER MANAGEMENT. Halaman untuk mengatur user dan privelege (hak akses) aplikasi dan privilege user. o LECTURER PERSONAL INFO MANAGEMENT. Halaman untuk mengatur data-data dosen. o STUDENT PERSONAL INFO MANAGEMENT. Halaman untuk mengatur datadata siswa. o ANNOUNCEMENT MANAGEMENT. Halaman untuk mengatur announcement. o EVENT MANAGEMENT. Halaman untuk mengatur event. o NEWS MANAGEMENT. Halaman untuk mengatur news.
3.6.6.3 Desain Front End Desain tampilan adalah gambaran dari produk yang akan dibuat yang mengilustrasikan tampilan apa yang akan dihadapi user nantinya. Desain tampilan
173 membantu developer sebagai guidance, konsep dan juga untuk analisa kebutuhankebutuhan user. Dalam membantu analisis kebutuhan, desain ini dapat membuat user mengerti apakah kebutuhan yang diinginkannya dipenuhi atau tidak. User tahu gambaran produk yang sudah jadinya seperti apa. Jika dibandingkan dengan desain UML, user lebih paham karena user lebih mengerti fungsionalitas dari user interface tombol daripada class dan urutian coding di UML. Begitu pula dengan developer, desain tampilan memberikan template untuk user interface sistemnya. Berikut ini adalah desain dari sistem E-BiNus Front End yang merupakan tampilan untuk pengunjung dan siswa.
BA
NN
ER
BA
BA
NN
ER
BA
NN
NN
BA
NN
ER
ER
ER
BA
NN
ER
Gambar 3.110 Tata Letak Halaman FrontEnd
174
BA
AN
NN
E
NE
R
BA
AN
NE
NN
E
R
BA
NN
E
AN
NE
R
Gambar 3.111 Pembagian Daerah yang Mengalami Perubahan
Pada Gambar di atas maksudnya adalah seperti halaman web pada umumnya terbagi menjadi dua bagian, statis dan dinamis. Bagian statis (dibatasi garis warna biru) adalah bagian yang tidak mengalami perubahan di seluruh halaman dalam sistem web application ini, contohnya untuk navigasi, judul yang fungsinya selalu tetap. Bagian dinamis (dibatasi garis warna merah) adalah bagian yang selalu berubah, berubah karena isi yang akan ditampilkan ke user, bagian yang menampikan response dari request yang dilakukan user. Login Box digunakan bagi siswa untuk login ke halaman Student miliknya.
175
Gambar 3.112 Tata Letak Halaman Registered User (siswa)
Setelah login, siswa memiliki menu tambahan di bagian kiri halaman, foto, dan kolom untuk LMS (mata pelajaran). Menu PRODUCT CATALOG yang tadinya terletak di bagian atas, kini berada di navigasi siswa MODULE. Selanjutnya adalah desain isi (Content) tiap halaman web.
176
Gambar 3.113 Content Halaman HOME Menampilkan NewsList dan EventList
Halaman HOME berisi News dan event. News adalah berita yang umum, dapat diberitahukan kepada khalayak Sementara announcement (di halaman HOME milik siswa) adalah pemberitahuan hanya untuk siswa saja tidak umum. Event adalah pemberitahuan umum mengenai suatu kegiatan atau acara dan semacamnya yang akan diadakan. Daftar news ditampilkan berdasarkan tanggal update-nya. Daftar event dan announcement diurutkan berdasarkan masa berlakunya. Daftar semua news dan event ditampilkan di ViewAllNews dan ViewAllEvent. Bila header/judul news atau event diklik, maka akan ditampilkan detilnya.
177
Gambar 3.114 View All News & View All Event
News
Event
----------
----------
Tanggal (mm-dddd-yyyy)
dd-mmm-yyyy s/d dd-mmm-yyyy
Judul1
Judul3
Gambar 1
Gambar 1
Xxx xxx xxx xxx xxx xxx xxx xxx Xxx xxx xxx xxx xxx xxx xxx xxx Xxx xxx xxx xxx xxx xxx xxx xxx
Xxx xxx xxx xxx xxx xxx xxx xxx Xxx xxx xxx xxx xxx xxx xxx xxx Xxx xxx xxx xxx xxx xxx xxx xxx
Gambar 3.115 View News Detail & View Event Detail
Home
Profile
Product Catalog
Contact Us
Profile --------Latar Belakang
Visi & Misi
Sambutan Rektor
Latar Belakang Xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx xxx
178
Gambar 3.116 Halaman PROFILE
Gambar 3.117 Halaman CONTACT US
179
Gambar 3.118 Halaman FORGET PASSWORD Halaman FORGET PASSWORD dibuat bagi siswa yang tidak sengaja lupa password-nya. Cara pengecekannya adalah dengan membandingkan tanggal lahir terhadap BiNusianId-nya. Jika siswa menggunakan fasilitas ini, maka ia akan dikirimi email dari E-BiNus yang berisi password barunya.
Gambar 3.119 Halaman PRODUCT CATALOG (bagi pengunjung) Halaman MODULE (bagi siswa)
180
Halaman PRODUCT CATALOG adalah daftar modul pelajaran yang ditawarkan E-BiNus. Dari daftar modul pelajaran, bisa dilihat detil modul pelajaran di halaman ModuleDetail (Pop Up Page). Pengunjung atau siswa dapat memilih modul pelajaran yang ingin dipelajarinya. Jika tombol “Submit” di tekan, halaman ModuleRegistrationConfirmation untuk konfirmasi registrasi modul pelajaran ditampilkan.
Gambar 3.120 Pop Up Page ModuleDetail
Gambar 3.121 Halaman ModuleRegistrationConfirmation
181 Halaman
ModuleRegistrationConfirmation
juga
digunakan
untuk
memasukkan BiNusianId, bila memang BiNusian (dosen, mahasiswa, siswa BiNus High School, siswa BiNus Center, karyawan, dan lain-lain). Ada tiga kondisi bila pengunjung melakukan Check BiNusian Id, seperti pada Gambar CheckBiNusianID di bawah ini. siswa adalah BiNusian, BiNusian belum tentu siswa, dan pengunjung bukan BiNusian serta siswa. Jika BiNusianId benar, maka jika BiNusian dicek dengan tanggal lahirnya dan jika siswa maka akan dicek dengan password-nya, jika bukan keduanya ditampilkan pesan “Invalid BiNusian”.
For BiNusian Only Binusian ID
070068xxxx
Student
Check Binusian ID
Cek BiNusianID
BiNusianID tidak valid
BiNusian (bukan Student)
Please Fill your Date of Birth dd
mm
yyyy
Please Fill your Password Go To StudentRegistration Page
Submit
●●●●●●
Submit
BiNusianID does not exist
Gambar 3.122 Proses CheckBiNusianID (masih di Halaman ModuleRegistrationConfirmation)
Jika siswa atau BiNusian, setelah tombol “Submit” ditekan maka BiNusianId disimpan ke dalam session dan halaman selanjutnya adalah StudentRegistration.
182
Gambar 3.123 Halaman StudentRegistration
Bila pengunjung bukan BiNusian dan siswa, maka ia harus mengisi data pribadinya (proses Create). Sedangkan BiNusian atau siswa, data pribadinya diambil dari database sesuai BiNusianId-nya (proses Edit). Setelah mengisi atau meng-edit data pribadinya, halaman selanjutnya adalah StudentRegistrationConfirmation sebagai konfirmasi pengisian data.
183
Gambar 3.124 Halaman StudentRegistrationConfirmation
Jika proses registrasi gagal, maka ditampilkan pesan error. Jika proses registrasi berhasil, maka data pribadi dan modul pelajaran akan ditampung ke sebuah tabel sementara dan ditampilkan pesan berhasil dan pemberitahuan bahwa ia akan menerima email untuk melanjutkan (follow-up) registrasi-nya.
Gambar 3.125 Halaman RegistrationResult
184 Pengunjung/siswa yang telah melakukan registrasi data diri dan modul pelajaran akan menerima email yang isinya data modul pelajaran yang telah dipilih beserta harganya, nomor registrasi, dan url untuk menindaklanjuti proses registrasi. Setelah url tersebut diklik, maka akan ditampilkan halaman FinalizeRegistration (atau Registration Confirmaton untuk menegaskan registrasinya bukan keisengan belaka). Di halaman ini diberitahukan bahwa user akan dikirimi email kedua yang berisi modul pelajaran yang telah dipilih beserta harganya, nomor registrasi, dan tata cara pembayaran melalui ATM BCA beserta nomor rekening tujuannya.
Gambar 3.126 Halaman RegistrationConfirmation Setelah Email Desain selanjutnya adalah untuk siswa (halaman setelah login) semuanya.
Gambar 3.127 Halaman HOME siswa
185 Siswa mendapat fasilitas announcement di halaman HOME-nya. Ada kategorikategori
untuk
tiap
announcement-nya
dapat
dilihat
di
halaman
ViewAllAnnouncement. Bila header sebuah announcement diklik maka ditampilkan Pop Up Page detilnya.
Gambar 3.128 Halaman AnnouncementList siswa
Gambar 3.129 Pop Up Page AnnouncementDetail
Gambar 3.130 Halaman MY MODULE
186
Gambar 3.131 Bagian LMS pada Halaman Halaman Registered User (siswa)
Kalau nama modul pelajarannya diklik, akan ditampilkan link-link mata pelajaran tersebut (LMS). Link-link ini juga dapat diakses melalui MY MODULE yang terdapat pada Bagian LMS (bagian statis di kanan halaman). Bila link modul pelajaran name diklik, maka akan dimunculkan halaman LMS. Pada skripsi ini tidak dibahas mengenai LMS dan CMS, maka desain untuk halaman CMS dan LMS tidak disertakan. Bentuk halaman ini mirip dengan halaman LMS dan CMS pada Binusmaya.
Gambar 3.132 Halaman MY PROFILE
Halaman MY PROFILE berisi pengaturan data-data pribadinya dan password. siswa juga dapat mengirimkan fotonya di halaman UploadPhoto.
187
Gambar 3.133 Halaman ViewMyProfile
Gambar 3.134 Halaman EditMyProfile
188
Gambar 3.135 Halaman UploadPhoto
Gambar 3.136 Halaman ChangePassword
Gambar 3.137 Halaman FINANCIAL
Halaman FINANCIAL memberikan data-data pembayaran yang telah dilakukan siswa. Siswa juga perlu mengetahui sejarah transaksi yang telah dilakukannya dengan E-BiNus.
189
Gambar 3.138 Halaman PaymentHistory (list pembayaran yang talah dilakukan)
Gambar 3.139 Halaman PaymentDetail
Gambar 3.140 Halaman STUDIES
Halaman STUDIES adalah data-data pendidikan (nilai) siswa
190
O O
Gambar 3.141 Halaman ViewAllStudentScoreHistory
Gambar 3.142 Tombol Logout
3.6.6.4 Desain Back End 3.6.6.4.1 LOGIN & MAIN MENU Bagian Back End adalah bagian yang akan dipergunakan oleh administrator EBiNus.
LOGIN ADMIN Authorized Staff Staff Only Only Authorized username username
Login
Gambar 3.143 Halaman Login E-BiNus Back End (Default)
Halaman LOGIN adalah halaman yang pertama kali ditampilkan, walaupun user mencoba me-request halaman di dalamnya melalui pengetikan url. Semua
191 halaman Back End diamankan dengan session, apabila user tidak berhak atas halaman tersebut, maka akan di-redirect ke halaman Login.
Gambar 3.144 Tata Letak Halaman E-BiNus Back End (Setelah Login)
Judul Atas, Logo dan Lambang EBiNusBackEnd [ Home ]
[ Logout ]
Module Category Management
MENU
Create Module Category
Academic General
Create Module Category
Information
Search Module Category ID
:
Category Name Active Status
All Contents Search
Module Category List ID
Category Name
IsActive
Action
XXXXX
XXXXX
Active
edit
XXXXX
XXXXX
NotActive
edit
XXXXX
XXXXX
Active
edit
XXXXX
XXXXX
Active
Display/Page
Go
edit
<< | < | > | >>
Gambar 3.145 Tata Letak Halaman E-BiNus Back End 2 (Contoh Halaman Utama Module Category Management)
192 Tiap halaman utama (berakhiran _MainMenu) memiliki susunan dan fasilitas operasi database yang kurang lebih seperti pada gambar di atas. Halaman ini memiliki bagian Create, View, Edit, serta Search (beberapa). Ada tidaknya fasilitas ini diatus berdasarakan hak akses administrator dan privilege dari aplikasi itu sendiri. Untuk bagian View, digunakan komponen r.a.d. Grid, karena dengan komponen ini, tabel yang dibuat dapat di-costomize dengan mudah dan menarik, mendukung fasilitas ajax dan paging (untuk menentukan banyaknya tampilan dan halaman yang diinginkan). Pada tabel di atas, terdapat link edit pada kolom Action, yang berfungsi untuk membuka halaman edit pada record terpilih. Juga terdapat link view, untuk membuka halaman Pop-Up yang berisi detil dari record terpilih, pada contoh di atas, Module Category hanya memliki kolom yang sedikit, maka view detil tidak diperlukan.. Untuk tiap administrator (User BackEnd) memiliki privilege atau hak akses yang berbeda-beda, misalnya hanya boleh view, create, edit, upload file, download, print saja dan kombinasi-kombinasinya. Tiap aplikasi juga memiliki privelege yang berbeda-beda seperti administrator. Cara menentukan seorang administrator boleh membuka sebuah aplikasi adalah dengan membandingkan jika administrator memiliki hak akses dan privilege dari aplikasi tersebut. Contoh bila administrator boleh create tetapi aplikasi tidak ada privilege untuk create, maka proses create tidak diberikan/ditampilkan, begitu pula sebaliknya. Contoh lain, apabila administrator boleh edit dan aplikasi ada akses untuk edit, maka fasilitas untuk edit akan ditampilkan. Gambar Privelege Logic menunjukkan cara menentukan tampil tidaknya fasilitas operasi pada sebuah halaman. Bila ia tidak boleh create, maka tombol/bagian untuk create tidak dimunculkan, bila tidak boleh edit, maka kolom edit tidak dimunculkan.
193
Gambar 3.146 Privilege Logic Menu navigasi menggunakan kombinasi komponen dari Telerik yaitu r.a.d. dock dengan r.a.d. menu. Dengan kedua komponen ini, dimungkinkan untuk membuat menu navigasi yang menarik dan dinamis (dapat dipindah-pindahkan). Menu navigasi ini menggunakan roll over, apabila mouse didekatkan ke menu, maka akan ditampilkan list submenu-nya. Mengapa menggunakan menu navigasi ini adalah karena pihak developer yang memikirkan akan kemauan administrator yang ingin menu navigasinya dapat dipindah-pindahkan sesuka hati. Isi dari menu navigasi merupakan perwujudan dari conceptual site map back end yang digambarkan di atas. Menu navigasi dapat dikelompokkan menjadi: 1. Academic
Lecturer Module Assignment
Module Category Management
Module Management
2. General
Lecturer Personal Info Management
194
Student Personal Info Management
User Management
3. Information
Announcement Management
Event Management
News Management
Gambar 3.147 Menu Navigasi E-BiNus Back End 3.6.6.4.2 LECTURER MODULE ASSIGNMENT Search Module
MENU
Module Id
Academic Lecturer Module Assignment
General
Module Name
Module Category Management
Information
Module Management
Module Category Name Is Active Search
Module List Module Id
Revision
Module Name
Lecturer Amount
Action
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
xxxxx
X
xxxxx
X
View / Edit
X
xxxxx
X
xxxxx Display/Page
Go
View / Edit
<< | < | > | >>
Gambar 3.148 Halaman LECTURE MODULE ASSIGNMENT MANAGEMENT (View dan Search Module List)
Go To Edit Page Show View Pop Up Window
195 Lecturer Module Assignment digunakan sebagai fasilitas bagi administrator untuk menempatkan (“menugaskan”) dosen-dosen terhadap modul pelajaran. Dalam aturan bisnisnya, sebauah modul pelajaran boleh diajar oleh beberapa dosen, yang terdiri dari seorang dosen koordinator dan dosen-dosen asistennya. Di halaman ini dapat diatur jabatan dosen dan banyak dosen yang akan di-assign. Cara penempatan dosen terhadap modul pelajaran ini dilakukan dengan sudut pandang modul pelajaran. Pertama kali ditampilkan daftar modul pelajaran (juga fasilitas searching) modul pelajaran mana yang ingin ditempatkan dosen. Bila link edit ditekan, maka halaman EditLecturerModuleAssignment akan ditampilkan. Di halaman ini dapat dilakukan proses pencarian dosen. Dari daftar dosen yang aktif, dapat dipilih dan ditentukan jabatannya beberapa sebagai dosen pengajar modul pelajaran yang telah dipilih tadi.
Gambar 3.149 Halaman ViewLecturerModuleAssignment
196
Gambar 3.150 Halaman EditLecturerModuleAssignment
Gambar 3.151 Format Penulisan pada ListBox
197
Gambar 3.152 Halaman EditLecturerModuleAssignmentConfirmation
3.6.6.4.3 MODULE CATEGORY MANAGEMENT Module Category Management Create Module Category
Lecturer Module Assignment
Go To CREATE Module Category Page
Create Module Category
Module Category Management
Tombol Ini akan muncul bila user yang login, berhak untuk CREATE Module Category
Module Management
Search Module Category ID
:
Category Name All Active NottActive
All
Active Status
Search
Module Category List
Result
ID
Category Name
IsActive
Action
XXXXX
XXXXX
Active
edit
XXXXX
XXXXX
NotActive
edit
Kolom ini akan muncul bila user berhak VIEW / Active EDIT XXXXX
edit
XXXXX XXXXX
Display/Page
XXXXX
Go
Active
edit
Go To EditModuleCategory Page
<< | < | > | >>
Gambar 3.153 Halaman MODULE CATEGORY MANAGEMENT (View Module Category)
198 Setiap modul pelajaran memiliki kategori. Misalnya Strutur Data, Algoritma Pemrograman dan Pemrograman Visual merupakan kategori dari Pemrograman. Module Category Management dapat digunakan untuk mengatur kategori-kategori dari modul pelajaran. Fasilitas search kategori modul pelajaran kurang berguna dikarenakan jumlah kategori modul pelajaran yang memang tidak banyak. Data kategori modul pelajaran juga sedikit, maka fasilitas view tidak diperlukan. Module Category Management Create Module Category
: Category Name Active Status
Active
Not Active
Create
Module Category Management Create Module Category Confirmation
: Category Name Active Status
Active Back
Not Active
Create
Module Category Management Create Module Category Result
: [ Success / UnSuccess ] << Back To Module Category Management Main Page
Go To Module Category ManagementMain Page
Create Result
Gambar 3.154 Halaman CreateModuleCategory, CreateModuleCategoryConfirmation Dan CreateModuleCategoryResult
199
Gambar 3.155 Halaman EditModuleCategory, EditModuleCategoryConfirmation Dan EditModuleCategoryResult
3.6.6.4.4 MODULE MANAGEMENT
200 Create Module Menuju ke halaman yang akan menampilkan daftar modul yang ada di database LMS tapi belum ada di database Academic EBinus
Create Module
Search Module Module Id Revision Module Name Module Category
[Module Category]
Active Status
[Active Status] Search
Module List
Module ID
Revision
Module Category
IsActive
Action
xxxxx
x
xxxxx
Active
View / Edit
xxxxx
x
xxxxx
Active
View / Edit
xxxxx
x
xxxxx
Not Active
View / Edit
xxxxx
x
xxxxx
Active
View / Edit
xxxxx
x
xxxxx
Not Active
View / Edit
xxxxx
x
xxxxx
Active
View / Edit
xxxxx
x
xxxxx
Not Active
View / Edit
xxxxx
x
xxxxx
Active
View / Edit
xxxxx
x
xxxxx
Not Active
Display/Page
Go
Menuju ke halaman Edit Module
Buka window baru dan tampilkan halaman View Module Detail
View / Edit << | < | > | >>
Gambar 3.156 Halaman MODULE MANAGEMENT (View Module) Bagian ini merupakan manajemen untuk mengatur modul pelajaran. modul pelajaran dibuat disertai dengan revisi, karena untuk menunjang perubahan modul pelajaran karena perubahan zaman dan teknologi, maka modul pelajaran harus dapat direvisi agar tetap relevan.
Gambar 3.157 Halaman CreateModule 1
201 Daftar modul pelajaran yang ada dalam halaman CreateModule 1 merupakan data yang diperoleh dari database LMS. LMS adalah aplikasi di luar E-BINus yang memasukkan (create) modul pelajaran. Create Module dari aplikasi E-BiNus adalah create data modul yang berasal dari database LMS ke database Academic E-BiNus. Halaman CreateModule 1 menampilkan daftar modul pelajaran yang telah tercipta, tetapi belum ada di database Academic. Bila link choose di tekan pada modul pelajaran spesifik, maka Halaman CreateModule 2 akan ditampilkan untuk mengisikan data-data detilnya.
202
Gambar 3.158 Halaman CreateModule 2 (Create Module Detail)
Bagian Score Component digunakan untuk menentukan komponen nilai yang digunakan untuk modul pelajaran. Komponen nilai merupakan komponen (seperti TM,
203 UTS, UAS, keaktifan) yang menyusun nilai akhir dari siswa. Ditentukan dengan persentasenya terhadap nilai akhir. Bagian Grading Policy adalah bagian untuk mengatur grade dari nilai akhir. Misalkan jika nilai akhir siswa 89 dan grade A memiliki range nilai 85 – 100, maka siswa mendapatkan grade A dari mata kuliah tersebut.
Gambar 3.159 Aturan pengisian Grading Policy
Gambar 3.160 Halaman View Module
204
Gambar 3.161 Halaman Edit Module
3.6.6.4.5 LECTURER PERSONAL INFO MANAGEMENT
205
Lecturer Personal Information Management Create Lecturer Go To CREATE Lecturer Page
Create New Lecturer
Search Lecturer
Tombol Ini akan muncul bila user berhak CREATE Lecturer
Binusian Id Lecturer Id
:
Lecturer Name Active Status Gender Search
Lecturer List Binusian ID
Lecturer ID
Lecturer Name
XXXXX
XXXXX
XXXXX
XXXXX
XXXXX
Status
Action
XXXXX
Active
view / edit
XXXXX
NotActive
view / edit
Kolom ini akan muncul bilaXXXXX user berhak VIEW Active / EDIT XXXXX
XXXXX
Display/Page
XXXXX
XXXXX
Active
view / edit view / edit
<< | < | > | >>
Go
Go To Edit Page Show View Pop Up Window
Gambar 3.162 Halaman LECTURE PERSONAL INFO MANAGEMENT (View Lecturer List)
206 View Lecturer Personal Information Lecturer Personal Information Information Detail Binusian Id
xxxxxxxxxx
Lecturer Id
xxxxx
Lecturer Name
xxx
Gender
Male
Status
Active
Date Of Birth
dd/mm/yy
Place Of Birth
xxx
Personal Web Site
www.bla.com
Mobile Number
123
Phone Number
123
Password
[Hidden]
Lecturer Email Email ID
Email Address
Default Email
XXXXX
XXXXX
Yes
XXXXX
XXXXX
No
XXXXX
XXXXX
No
Lecture Formal Education Education Degree
: Primary School
Class
: xxx
School Name
: xxx
Faculty
: xxx
Address
: xxx
Major
: xxx
ZIP Code
: 11111
From Date
: dd/mm/yy
City
: xxx
To Date
: dd/mm/yy
Province/State
: xxx
Country
: xxx
Education Degree
: Junior Hight
Class
[Class]
School Name
: xxx
Faculty
[Faculty]
Address
: xxx
Major
[Major]
ZIP Code
: 11111
From Date
[From Date]
City
: xxx
To Date
[To Date]
Province/State
: xxx
Country
: xxx Close
Gambar 3.163 Halaman Pop Up ViewLecturerDetail
207
Create New Lecturer Lecturer Personal Information
:
Binusian Id
xxxxxxxxxx
Lecturer Id
xxxxx
Lecturer Name
xxx
Gender
Male
Status
Active
Date Of Birth
ddd, dd-MMMM-yyyy
Place Of Birth
xxx
Personal Web Site
www.bla.com
Mobile Number
123
Phone Number
123
Password
******
Re-Type Password
******
r.a.d. panel bar Telerik
Lecturer Email Lecturer Formal Education Create
Go To CreateLecturerConfirmation Page
Gambar 3.164 Halaman CreateLecturer Bagian Personal Info
Halaman CreateLecturer ini sangat panjang sekali, maka dalam membuat halaman CreateLecturer ini dibutuhkan komponen Telerik r.a.d. panel yang bisa menutup isi jika header-nya diklik. Gambar di atas adalah CreateLecturer bagian Personal Info, kemudian gambar di bawah adalah CreateLecturer bagian Email.
Gambar 3.165 Halaman CreateLecturer Bagian Email
208 Untuk add/tambah email baru dapat dilakukan dengan komponen r.a.d. grid yang secara dinamis dapat ditambahkan sebuah baris baru bila tombol add ditekan. Default email adalah email utama yang biasanya/paling sering dipergunakan dosen.
Gambar 3.166 Halaman CreateLecturer Bagian Formal Education
Gambar 3.167 Bagian Add New Formal Education
209 Sama seperti email, untuk Formal Education List juga menggunakan r.a.d. grid, bila tombol “Add to List” ditekan maka data baru di-insert ke list di bawahnya (misalnya ingin menambah untuk Education Degree “Junior High School”) yang digambarkan pada Bagian Add New Formal Education di atas. Tombol Remove These Data digunakan untuk meng-cancel data Formal Education tersebut. Satu lagi fasilitas dari r.a.d. grid yang dapat meng-edit data sebuah baris tanpa pindah halaman, bila tombol “Edit These data”, jika ditekan baris yang tadinya label, berubah menjadi komponen yang bisa isi. Kemudian jika tombol “Update“ ditekan maka baris kembali menjadi label-label dengan data telah ter-edit.
Gambar 3.168 Setelah tombol “Edit These Data” diklik maka Formal Education data bisa di-edit (Edit Formal Education Data)
210
Gambar 3.169 Halaman EditLecturer Bagian Personal Info
Gambar 3.170 Halaman EditLecturer Bagian Email
211
Gambar 3.171 Halaman EditLecturer Bagian Formal Education
Jika tombol “Edit These Data” Edit, maka sama seperti pada Create, bisa diedit di baris yang sama. Bila data Formal Education baru dibuat (setelah menekan tombol Submit), maka data Formal Education baru akan disisipkan di bagian terbawah pada Formal Education List dengan tampilan seperti pada Bagian Add New Formal Education saat create.
3.6.6.4.6 STUDENT PERSONAL INFO MANAGEMENT
212
Gambar 3.172 Halaman STUDENT PERSONAL INFO MANAGEMENT (View dan Search)
Administrator juga dapat mengatur data-data siswa. Fasilitas yang ada di Management ini sama dengan fasilitas bagi siswa untuk Edit My Profile.
Gambar 3.173 Halaman ViewStudentPersonalInfo
213
Gambar 3.174 Halaman EditStudentPersonalInfo
Halaman EditStudentPersonalInfoConfirm untuk mengkonfirmasi perubahan dari
halaman
EditStudentPersonalInfo
mirip
dengan
halaman
EditStudentPersonalInfo hanya saja semua field control-nya (field untuk memasukkan data) di-disable dan tombol Submit diganti dengan tombol Back dan tombol Confirm. Tombol Back untuk kembali ke halaman EditStudentPersonalInfo, digunakan bila user hendak meng-edit data lagi. Tombol Confirm bila user sudah yakin akan perubahan, bila ditekan data yang telah up-to-date akan disimpan ke database.
214 3.6.6.4.7 USER MANAGEMENT : Lecturer Personal Info Management Student Personal Info Management User Management
User Management Create User
Showed If The User have privilege to CREATE USER
Go To Create User Page
Create User
Tombol Ini akan muncul bila user yang login, berhak CREATE user
User List Username
BinusianId
FullName
Status
Email
Action
XXX
XXX
XXX
XXX
XXX
view / edit
XXX
XXX
XXX
XXX
XXX
view / edit
XXX
XXX
XXX
XXX
XXX
view / edit
XXX
XXXKolom ini akanXXX XXX VIEW /XXX muncul bila user berhak EDIT XXX XXX XXX XXX
view / edit
XXX XXX
XXX
XXX
XXX
XXX
view / edit
XXX
XXX
XXX
XXX
XXX
Display/Page
Go
view / edit view / edit << | < | > | >>
Gambar 3.175 Halaman USER MANAGEMENT (View User List)
Gambar 3.176 Halaman Pop Up View User
Show View User Pop Up Go To Edit User Page
215
Create User User Data Detail Username
xxx
BinusianId
xxxxxxxxxx
FullName
xxx
Email
[email protected]
Password
*****
Confirm Password
*****
Status
Active
:
InActive
User Privilege Privilege AppId
Application Name
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
View
Create
Edit
Delete
Print
DownL
UpLoad
Privilege bisa dipilih sesuai dengan privilege dari application itu sendiri
Create
Go To CreateUserConfrimation Page
Gambar 3.177 Halaman CreateUser
Admin/user memiliki privilege berbeda-beda, dan aplikasi juga. Pengaturan hak akses diatur seperti pada gambar di atas, hak diberikan dengan mencentang check box yang bersesuaian.
216
Gambar 3.178 Halaman CreateUserConfirmation
Gambar 3.179 Halaman CreateUserResult
217
Gambar 3.180 Halaman EditUser
Edit User Confirmation User Data Detail Username
xxx
BinusianId
xxxxxxxxxx
FullName
xxx
Email
[email protected]
Password
*****
Confirm Password
*****
Status
Active
:
InActive
User Privilege Privilege AppId
Application Name
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
999
XXXXX
View
Edit
Edit
Delete
Print
DownL
UpLoad
d
Back
Submit
Go To EditUserResult Page
Gambar 3.181 Halaman EditUserConfirmation
218
Gambar 3.182 Halaman EditUserResult
3.6.6.4.8 ANNOUNCEMENT MANAGEMENT
Announcement Management Create Announcement Go To CREATE ANNOUNCEMENT Page
Create Announcement
Tombol Ini akan muncul bila user yang login, berhak untuk CREATE Announcement
Search Announcement
All Bisnis Hiburan Permainan Olahraga
ID All
Category Title
:
Valid From
Fri, 08-September-2006
Valid Through
Tue, 12-June-2007
Upload Date
Mon, 04-September-2006
Date Picker
Upload By Search
Result
Announcement List ID
Category
Title
Valid From
Valid Through
Upload Date
Upload By
Action
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
XXXXX
11/11/11
11/11/11
11/11/11
XXXXX
view / edit
Kolom ini akan muncul bila user berhak VIEW / EDIT
Display/Page
Go To Edit Page Show View Pop Up Window
<< | < | > | >>
Go
Paging
Gambar 3.183 Halaman ANNOUCEMENT MANAGEMENT (View Announcement List)
219
Satu lagi komponen Telerik yang dipergunakan adalah r.a.d. date picker yang digunakan untuk memasukkan tanggal. Komponen ini memiliki tampilan yang bagus, memungkin user memasukkan tanggal dengan cara mengklik, dan dilengkapi fasilitas validasi tanggal (walaupun dengan Client Script).
Gambar 3.184 Komponen Telerik r.a.d. date picker
Gambar 3.185 Halaman Pop Up ViewAnnouncementDetail
220
Gambar 3.186 Halaman Proses Create Announcement
221 Edit Announcement ID
xxxxxxxxxx
Category
Olahraga
Title
Announcement Announcement
Description
Announcement Announcement Announcement Announcement Announcement Announcement Announcement Announcement
Valid From
ddd, dd-MMMM-yyyy
Valid Through
ddd, dd-MMMM-yyyy Edit
Edit Announcement Confirmation ID
xxxxxxxxxx
Category
Olahraga
Title
Announcement Announcement
Description
Announcement Announcement Announcement Announcement Announcement Announcement Announcement Announcement
Valid From Date
ddd, dd-MMMM-yyyy
Valid Through Date
ddd, dd-MMMM-yyyy
Upload Date
ddd, dd-MMMM-yyyy
Upload By
xxxxx Back
Edit
Edit Announcement Result
Success / UnSuccess << Back To Announcement Manageement Main Page
Go To Announcement ManagementMain Page
Edit Result
Gambar 3.187 Halaman Proses Edit Announcement
3.6.6.4.9 EVENT MANAGEMENT
222
Event Management Create Event
Create Event
Go To CREATE Event Page Tombol Ini akan muncul bila user yang login, berhak atas membuat Event
Search Event ID All Active InActive
Title
:
Active Status
All
Event Start Year
2007
Publish Year
2006
Upload Year
2006 Search
Event List ID
Title
Publish Date
Upload Date
IsActive
Action
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
view / edit
XXXXX
XXXXX
11/11/11
11/11/11
XXXXX
Display/Page
Kolom ini akan muncul bila user berhak VIEW / EDIT
Go
Go To Edit Page Show View Pop Up Window
view / edit
<< | < | > | >>
Gambar 3.188 Halaman EVENT MANAGEMENT (View Event List)
Gambar 3.189 Halaman Pop Up EventDetail
223
Gambar 3.190 Halaman Proses Create Event Bagian 1
Tombol Browse pada Halaman UploadEvent adalah untuk mencari letak file event.rar yang berisi index.htm/index.html dan gambar (bernama thumbnail.jpg). index.htm adalah isi dari event sebenarnya akan disimpan ke File Server, sedangkan yang disimpan ke database berupa metadata dari event tersebut.
224
Gambar 3.191 Halaman Proses Create Event Bagian 2
Gambar 3.192 Halaman EditEvent
225
Gambar 3.193 Halaman UploadEvent untuk Edit
Edit Event Confirmation ID
xxxxxxxxxx
Title
Event Event Event
Description
Event Event Event. Event Event Event. Event Event Event. Event Event Event. Event Event Event.
Publish Date
ddd, dd-MMMM-yyyy
Event Start Date
ddd, dd-MMMM-yyyy
Event End Date
ddd, dd-MMMM-yyyy
Upload Date
ddd, dd-MMMM-yyyy
Upload By
XXX
Active Status
InActive
Thumbnail
Event Preview Event Event Event Event Event Event. Event Event Event. Event Event Event. Event Event Event. Event Event Event. Event Event Event. Event Event Event.
Back
Submit Go To EditEventResult Page
Gambar 3.194 Halaman EditEventConfirmation
Gambar 3.195 Halaman EditEventResult
226
3.6.6.4.10 NEWS MANAGEMENT
Gambar 3.196 Halaman NEWS MANAGEMENT (View News List)
227
Gambar 3.197 Halaman Pop Up News Detail
Gambar 3.198 Halaman Proses Create News Bagian 1
228
Gambar 3.199 Halaman Proses Create News Bagian 2
229
Gambar 3.200 Halaman EditNews
Gambar 3.201 Halaman UploadNews
230
Gambar 3.202 Halaman EditNewsConfrimation
Gambar 3.203 Halaman EditNewsResult
3.6.6.5 PAYMENT AGENT
231
Gambar 3.204 Tampilan Console (Command Prompt) Payment Agent
Gambar 3.205 Tampilan log file yang dihasilkan oleh Payment Agent Payment Agent merupakan sebuah aplikasi yang dipergunakan untuk memproses data-data pembayaran modul pelajaran dan pembayaran lainnya oleh registrant. Aplikasi ini dijalankan (di-triger/dipicu) oleh sebuah aplikasi dari OS Windows yaitu Shceduller (Start Menu Î Programs Î Accessories Î System Tools Î Schedulled Tasks). Scheduller dapat menjalankan secara otomatis aplikasi Payment Agent pada waktu yand ditentukan (yaitu jam 12 malam). Data-data pembayaran diperoleh dari database bagian Keuangan Bina Nusantara (yang dikirim dari BCA). Data-data milik E-BiNus diproses dan ditampilkan jumlah yang diprosesnya (gagal dan berhasilnya) serta ditampilkan pula ke sebuah file .txt agar dapat ditelusuri (track down) bila ada kesalahan atau lainnya.