See discussions, stats, and author profiles for this publication at: https://www.researchgate.

net/publication/306037464

Pemodelan Berbasis UML (Unified Modeling Language) dengan Strategi

Teknik Orientasi Objek User Centered Design(UCD) dalam Sistem
Administrasi Pendidikan

Article · January 2013

CITATIONS READS

17 30,412

1 author:

Ilka Zufria
State Islamic University of Sumatera Utara, Medan Indonesia
22 PUBLICATIONS   57 CITATIONS   

SEE PROFILE

Some of the authors of this publication are also working on these related projects:

Executive Information System Modeling to Improve The Quality of Top Management Decisions on a Faculty at The College View project

Biometrics for e-Money Transaction View project

All content following this page was uploaded by Ilka Zufria on 11 August 2016.

The user has requested enhancement of the downloaded file.

 Pemodelan Berbasis UML (Unified Modeling Language) dengan
Strategi Teknik Orientasi Objek User Centered Design(UCD) dalam Sistem
Administrasi Pendidikan

Ilka Zufria

Fak Sains & Teknologi UIN Sumatera Utara Medan

www.ilkazfr.cf
ilkazufria@uinsu.ac.id

Abstrak

Pelaksanaan administrasi pendidikan di sekolah yang masih menggunakan sistem

manual atau pemakaian unsur berkas membutuhkan waktu yang relatif lama seiring tidak
teraturnya pengadministrasian yang dilaksanakan. Sedangkan kegiatan administrasi pendidikan
merupakan suatu kegiatan rutin yang bertujuan untuk memperlancar proses pendidikan di
sekolah. Untuk itu diperlukan solusi dalam penyelesaian masalah ini, yakni dengan merancang
sebuah pemodelan sistem administrasi pendidikan menggunakan UML(Unified Modeling
Language) dengan strategi teknik orientasi User Center Design (UCD), yaitu pemodelan yang
berorientasi kepada objek-objek sistem, diantaranya disain-disain tingkat gambaran kerja sistem
dengan use case diagaram, pemisahah objek-objek dan hubungannya satu sama lain
menggunakan class diagram. Pembagian aktifitas disetiap use case yang dirancang dengan
activity diagram, menghubungkan setiap kerja pada use case menggunakan sequence diagram,
bagaimana kerja sistem dalam alirannya menggunakan state diagram, serta bentuk gambaran
kebutuhan implementasi sistem dan perangkatnya yang nantinya akan diterapakan dengan
deployment diagram. Pengujiannya nantinya akan langsung menggunakan prototype sistem yang
dibangun dan diintegrasikan dengan data-data yang disediakan sebenarnya, seperti data siswa,
guru, mata pelajaran, jadwal, dan nilai.

Kata Kunci : Sistem informasi administrasi pendidikan, UML, Pemodelan, Diagram. User Center
Design (UCD)
1. Latar Belakang Masalah
Semakin berkembangnya pengetahuan dan
teknologi saat ini telah mempengaruhi berbagai aspek
kehidupan manusia, baik pada perusahaan-perusahaan,
kantor-kantor pemerintahan, swasta maupun lembaga-
lembaga pendidikan. Dengan Teknologi Informasi yang
berkembang ini menunjukkan adanya suatu peluang
sekaligus tantangan dalam memenuhi kebutuhan,
keinginan dan permintaan dari pemakai informasi
khususnya pada organisasi, perusahaan maupun Lembaga
Pendidikan.
Agar suatu perusahaan atau organisasi maupun
lembaga pendidikan mampu bertahan dan bersaing pada
masa sekarang diharuskan untuk mengikuti perkembangan
Teknologi Informasi dan sekaligus memanfaatkan
Teknologi Informasi tersebut, misalnya untuk fungsi
pengolahan data yang akan menjadi sumber informasi bagi
organisasi atau perusahaan maupun lembaga pendidikan.
Sistem Informasi yang sering digunakan oleh organisasi
atau instansi sekarang ini adalah Sistem Informasi berbasis
jaringan (network). Konsep Local Area Network (LAN)
merupakan pilihan yang sering dimanfaatkan oleh instansi
ataupun perusahaan, karena memungkinkan menyatukan
sistem yang terpisah secara fisik.
Dalam suatu Sekolah, tentu tidak lepas dari
Sistem Informasi yang ada pada Sekolah tersebut, salah
satunya adalah Sistem Informasi Administrasi Pendidikan.
Sistem Informasi Administrasi Pendidikan pada saat
sekarang ini masih bersifat konvensional dimana
pengelolahan dan pelayanan administrasi pendidikan
masih dilakukan secara manual. Seiring dengan
meningkatnya jumlah siswa, maka pelayanan di bidang
administrasi akan meningkat pula. Apabila hal tersebut
tidak dipersiapkan dan dilakukan dengan sistem yang baik,
maka pengelolaan dan mutu pelayanan tidak akan mampu
mengikuti perkembangan di tahun-tahun yang akan
datang.
Untuk merancang dan menganalisa sebuah
perangkat lunak sebelum pembuatan coding diperlukan
sebuah metode untuk melakukannya. Unified Modeling
Language (UML) saat ini telah menjadi standar dalam
pemodelan objek dan digunakan secara luas. Hal ini
disebabkan karena UML fokus pada pendefinisian struktur
statis dan model sistem informasi yang dinamis, selain itu
dalam disain dan analisa menggunakan UML, pengguna
(user) ikut serta berpartisipasi dalam merancang sistem
tersebut dengan strategi teknik orientasi objek User
Centered Design(UCD).
Dengan menggunakan UML kita dapat membuat
model untuk semua jenis aplikasi piranti lunak, dimana
aplikasi tersebut dapat berjalan pada piranti keras, sistem
operasi dan jaringan apapun. Karena UML dirancang
berdasarkan konsep ber-orientasi objek, maka bahasa
pemrograman berorientasi objek seperti C++, Java, C#
atau Visual Basic.net perlu digunakan. Untuk
menanggulangi keterbatasan yang ada, perlu dibangun
suatu sistem yang dapat membantu pengelolaan dan
pelayanan administrasi pendidikan, sehingga kecepatan
dan kemudahan Informasi dapat terpenuhi.
2. Tinjauan Pustaka
2.1 Pengertian Sistem Informasi
Telah diketahui bahwa informasi
merupakan hal yang sangat penting bagi
manajemen didalam pengambilan keputusan. Yang
patut dipertanyakan adalah dari mana informasi
tersebut dapat diperoleh? Informasi dapat diperoleh
dari Sistem Informasi (Information System).Sistem
informasi merupakan sekumpulan prosedur
organisasi yang ada pada saat dilaksanakan
memberikan informasi bagi pengambilan keputusan
dan untuk mengendalikan organisasi. (Abdul Kadir,
Analisa dan Desain Sistem Informasi, 1989)
2.2 Pengertian Rekayasa Perangkat Lunak
Rekayasa Perangakat Lunak adalah suatu
disiplin rekayasa yang berkonsentrasi terhadap
seluruh aspek produksi perangkat lunak dan juga
mengadopsi pendekatan yang sistematis dan
terorganisir terhadap pekerjaannya dan
menggunakan tool yang sesuai serta teknik yang
ditentukan berdasarkan masalah yang akan
dipecahkan, kendala pengembangan dan sumber
daya yang tersedia.(www.petra.ac.id, pendahuluan
perangkat lunak, 2002).
2.2.1 Proses Rekayasa Perangkat Lunak
Proses dalam perancangan Perangkat
lunak merupakan sekumpulan aktifitas yang
memiliki tujuan untuk pengembangan ataupun
evolusi terhadap perangkat lunak. Aktifitas generic
dalam semua proses perangkat lunak adalah:
1. Spesifikasi
Yaitu apa yang harus dilakukan oleh
perangkat lunak dan atasan/kendala
pengembangannya
2. Pengembangan
Yaitu proses memproduksi sistem
perangkat lunak
3. Validasi
Yaitu pengujian perangkat lunak
terhadap keinginan penggunanya.
4. Evolusi
Yaitu perubahan perangkat lunak
berdasarkan perubahan keinginan.
2.2.2 Metode Rekayasa Perangkat Lunak
Merupakan pendekatan terstruktur
pengembangan Perangkat Lunak (PL)
termasuk model sistem, notasi, perancangan
dan petunjuk pemrosesan,
a. Deskripsi Model, yaitu deskripsi
pemodelan dengan grafik.
b. Aturan, yaitu Batasan yang digunakan
pada model sistem.
c. Rekomendasi, yaitu nasihat bentuk
perancangan yang baik.
d. Petunjuk proses, yaitu Aktifitas yang harus
diikuti.
2.3 Pemodelan (Model)
Definisi model sendiri mempunyai pengertian
yang beragam sesuai dengan dunianya mulai dari
pengertian sehari-hari (everyday sense) sampai technical
sense. Contoh dari everyday sense, adalah artis merupakan
(foto) model yang mendapat peran untuk memamerkan
model-model pakaian karya disainer terkenal. Model
matematik hanya salah satu jenis dari model dalam
lingkup technical sense. Dalam banyak aplikasi
engineering, model didefinisikan sebagai representasi dari
sistem yang disederhanakan. Representasi ini pun juga
bermacam-macam mulai dari yang bersifat physical,
pictorial, verbal, schematic dan symbolic dimana:
1. Physical, yaitu dengan membuat scaleddown
version dari sistem yang dipelajari (model
pesawat, model kereta api),
2. Pictorial, yaitu representasi dengan gambar untuk
menggambarkan kontur permukaan bumi seperti
peta topografi dan bola dunia.
3. Verbal, yaitu representasi suatu sistem ke dalam
kalimat verbal yang mengambarkan ukuran,
bentuk dan karakteristik.
4. Schematic, yaitu representasi dalam bentuk skema
figurative misalnya model rangkaian listrik,
model Atom Bohr dan lain-lain.
5. Symbolic, yaitu representasi ke dalam simbol-
simbol matematik dimana variable hasil
karakterisasi proses atau sistem ke dalam variable
formulasi menggunakan simbol-simbol
matematik.
Jadi Pemodelan merupakan suatu proses dalam
representasi abstrak suatu model. Proses pemodelan
menampilkan deskripsi suatu proses dari beberapa
perspektif tertentu. Proses pemodelan perangkat lunak
merupakan aktifitas yang saling terkait (koheren) untuk
menspesifikasikan, merancang, implementasi dan
pengujian sistem perangkat lunak.
(www.ilmukomputer.com, Pemodelan Data, 2005)
Siklus pemodelan atau hubungan dengan
langkah-langkah pemodelan dalam mengembangkan suatu
sistem sebagai berikut:
1. Rekayasa pemodelan sistem
Yaitu menyangkut pengumpulan kebutuhan
(requirement gathering) pada level sistem dengan
sejumlah analisis serta top desain.
2. Analisis
Yaitu kebutuhan Perangkat Lunak, proses
requirement gathering difokuskan, khususnya
pada Perangkat Lunak. Untuk memahami sifat
program yang dibangun, analis harus memahami
domain informasi, tingkah laku, unjuk kerja, dan
interface yang diperlukan. Kebutuhan sistem
maupun Perangkat Lunak didokumentasikan dan
direview bersama user.
3. Desain
Memiliki fokus terhadap 4 hal, yaitu:
a. Desain database.
b. Arsitektur Perangkat Lunak.
c. Arsitektur interface.
d. Algoritma prosedural.
Proses desain menerjemahkan kebutuhan ke
dalam representasi Perangkat Lunak sebelum
dimulai coding.
4. Coding
Yaitu menerjemahkan desain ke dalam
bahasa-bahasa pemograman yang akan
dimengerti oleh mesin.
5. Testing
Berfokus pada hal-hal berikut:
a. Logika internal yang memastikan
bahwa semua statement telah
diuji.
b. Logika dan Fungsi eksternal,
yaitu mengarahkan testing untuk
menemukan kesalahan-kesalahan
dan memastikan bahwa input
yang diberikan akan
menghasilkan output sesuai yang
diinginkan dan dibutuhkan oleh
user.
2.4 Pengenalan Object Oriented
Object Oriented memfokuskan objek
dimana sistem nantinya dibangun akan dibagi ke
dalam beberapa objek yang ada di dalamya. (Rina
Noviana, Kebutuhan dan spesifikasi perangkat
lunak berorientasi objek, 2003).
Di dalam Object Oriented Design (OOD)
dan Object Oriented Analysis (OOA) akan terdapat
fungsi:
1. Objek
Objek (object) adalah “benda”,
secara fisik atau konseptual, yang dapat
kita temui disekeliling kita. Hardware,
software, dokumen, manusia, dan bahkan
konsep semuanya adalah contoh objek.
Untuk kepentingan memodelkan
perusahaannya, seorang kepala eksekutif
akan melihat karyawan, gedung, divisi,
dokumen, dan keuntungan sebagai objek.
Seorang teknisi mesin akan melihat ban,
pintu, mesin, laju tertinggi, dan banyaknya
bahan bakar sebagai objek. Dan, seorang
software engineer akan memandang
tumpukan, antrian, jendela (window), dan
check box sebagai objek.
Sebuah objek memiliki keadaan
sesaat (state) dan perilaku (behavior).
State dari sebuah objek adalah kondisi
objek tersebut atau himpunan dari
keadaan yang menggambarkan objek
tersebut. Sebagai contoh, bola lampu
adalah objek, dan salah satu keadaan nyala
atau tidak adalah state dari objek bola
lampu tersebut. Salah satu state dari objek
jam adalah waktu saat ini.
State dinyatakan dengan nilai dari
atribut (attribute) objeknya. Atribut adalah
nilai internal suatu objek yang
mencerminkan antara lain karakteristik
objek, kondisi sesaat, koneksi dengan
objek lain, dan identitasnya. Perubahan
state dicerminkan oleh perilaku (behavior)
objek tersebut.
 Behavior suatu objek mendefinisikan
bagaimana sebuah objek bertindak (beraksi) dan
memberi reaksi. Behavior ditentukan oleh
himpunan semua atau beberapa operasi yang
dapat dilakukan dalam objek itu sendiri. Behavior
dari sebuah objek dicerminkan oleh interface,
service, dan method dari objek tersebut. Interface
adalah pintu untuk mengakses service objek.
Service adalah fungsi yang bisa diemban objek.
Method adalah mekanisme internal objek yang
mencerminkan perilaku (behavior) objek tersebut.
Sebagai contoh, jika printer sebuah merupakan
perilaku (behavior) atau service-nya mencetak
apapun yang dia terima.
2. Kelas
Kelas (class) adalah definisi umum
(pola, template atau cetak biru) untuk himpunan
objek sejenis. Kelas menetapkan spesifikasi
perilaku (behaviors) dan atribut objek-objek
tersebut. Class adalah keniskalan (abstraksi) dari
entitas dalam dunia nyata. Objek adalah
“contoh” (instance) dari sebuah kelas. Sebagai
contoh, atribut untuk kelas binatang adalah
berkaki empat dan memiliki ekor. Perilakunya
adalah tidur dan makan. Contoh (instance) yang
mungkin dari kelas binatang ini adalah kucing,
gajah, dan kuda.
3. Asosiasi dan Agregasi
Association (asosiasi) adalah hubungan
antarobjek yang saling membutuhkan.
Sedangkan, aggregation (agregasi) adalah bentuk
khusus dari asosiasi yang menggambarkan
seluruh bagian suatu objek merupakan bagian dari
objek lainnya. Sebagai contoh, objek tanggal
dapat disusun dari objek hari, objek bulan, dan
objek tahun.
Satu alasan mengapa object-oriented
menguntungkan bagi programmer adalah karena
programmer dapat mendesain program dalam
bentuk objek-objek dan hubungan antarobjek
tersebut untuk kemudian dimodelkan dalam
sistem nyata. Keuntungan yang lain adalah proses
pembuatan software dapat dilakukan dengan lebih
cepat karena software dibangun dari objek-objek
standar, dapat menggunakan model yang ada, dan
dapat membuat model dengan cepat melalui
metodologi. Kualitas yang tinggi dari software
dapat dicapai karena adanya tested components.
Lebih mudah dalam maintenance karena
perbaikan kode hanya diperlukan pada satu
tempat (bukan diurut dari awal). Mudah dalam
membangun sistem yang besar karena subsistem
dapat dibuat dan diuji secara terpisah. Mengubah
sistem yang sudah ada tidak memerlukan
membangun ulang keseluruhan sistem.
Maka ada 3 konsep dasar dalam Object
Oeriented Design (OOD) dan Object Oriented
Analysis (OOA) yaitu:
1. Pemodulan (Encapsulation)
Pada bentuk private-nya attributes dan
methods dienkapsulasi dalam class sehingga
dapat diakses oleh klien akses tersebut atau hanya
dapat diakses oleh member kelas tersebut.
Pada Public-nya, metode
mendefinisikan interface sebagai sarana
mengakses kelas dari klien-nya.Dapat
diakses oleh objek manapun.
Pada Protected-nya hanya dapat
diakses oleh object-class turunannya.
2. Penurunan (Inheritance)
Object classes dapat menurunkan
atribut dan services dari object class yang
lain, Inheritance menyatakan generalisasi
suatu class
Keuntungan dari Inheritance:
a. Merupakan mekanisme abstraksi
yang dapat digunakan untuk
mengklasifikasikan entitas.
b. Merupakan mekanisme re-use
pada tahap perancangan dan
pemrograman.
c. Grafik Inheritance adalah suatu
bentuk gambaran tentang
organisasi pada suatu domain dan
sistem.
3. Polymorphism
Kemampuan object yang berbeda
untuk menjalankan metode yang sesuai
untuk merespon ke pesan yang sama.
Pemilihan metode yang sesuai tergantung
pada class yang digunakan untuk membuat
object.
2.5 Unified Modeling Language (UML)
UML (Unified Modeling Language)
adalah sebuah bahasa yang berdasarkan
grafik/gambar untuk memvisualisasi,
menspesifikasikan, membangun, dan
pendokumentasian dari sebuah sistem
pengembangan software berbasis OO (Object-
Oriented). (Sri Dharwiyanti, Pengantar Unified
Modeling Language, 2003). UML sendiri juga
memberikan standar penulisan sebuah sistem blue
print, yang meliputi konsep bisnis proses, penulisan
kelas-kelas dalam bahasa program yang spesifik,
skema database, dan komponen-komponen yang
diperlukan dalam sistem software.
2.5.1 Bangunan Dasar UML
Untuk memahami UML, kita
membutuhkan model konseptual dari ”bahasa” ini.
Metodologi UML menggunakan 3 bangunan dasar
untuk mendeskripsikan sistem/perangkat lunak
yang dikembangkan, yaitu:
1. Benda (Things)
2. Relasi (Relationship)
3. Diagrams
Setiap bangunan dasar dapat diterapkan
sepanjang tahap pengembangan sistem. Ketiga jenis
bengunan dapat digunakan secara saling
melengkapi satu sama lain (Contoh lebih mendalam
akan dijelaskan pada bagian-bagian selanjutnya).
Secara umum UML diterapkan dalam
pengembangan sistem/perangkat lunak berorientasi
objek sebab metodologi UML ini umumnya
memiliki keunggulan sebagai
berikut:(www.kakasblog.blogspot.com, object oriented
with UML,2004)
1. Uniformity
Dengan metodologi UML, para pengembang
cukup menggunakan satu metodologi dari tahap
analisis hingga perancangan. Hal ini tidak bisa
dilakukan dalam metodologi pengembangan
terstruktur. Dengan perkembangan masa kini ke arah
aplikasi GUI (Graphical User Interface), UML juga
memngkinkan kita merancang komponen antarmuka
pengguna (User Interface) secara integrasi bersama
dengan perancangan perangkat lunak sekaligus
dengan perancangan basis data.
2. Understandability
Dengan metodologi ini kode yang dihasilkan
dapat diorganisasi ke dalam kelas-kelas yang
berhubungan dengan masalah sesungguhnya sehingga
lebih mudah dipahami siapapun juga.
3. Stability
Kode program yang dihasilkan relatif stabil
sepanjang waktu sebab sangat mendekati
permasalahan sesungguhnya di lapangan.
4. Reusability
Dengan metodologi berorientasi objek,
dimungkinkan pengguna ulang kode, sehingga pada
gilirannya akan sangat mempercepat waktu
pengembangan perangakat lunak.
2.5.2 Konsep Diagram dalam Memodelkan Sistem
Setiap sistem yang kompleks seharusnya bisa
dipandang dari sudut yang berbeda-beda sehingga
kita bisa mendapatkan pemahaman secara
menyeluruh. Untuk upaya tersebut UML
menyediakan 8 jenis diagram yang dapat
dikelompokkan berdasarkan sifat-sifatnya (statis
dan dinamis). Ke-8 jenis diagram dalam UML
tersebut adalah:
1. Use Case Diagram
Use case diagram menggambarkan
fungsionalitas yang diharapkan dari sebuah
sistem. Yang ditekankan adalah “apa” yang
diperbuat sistem, dan bukan “bagaimana”.
Sebuah use case merepresentasikan sebuah
interaksi antara aktor dengan sistem.
2. Class Diagram
Class diagram adalah sebuah spesifikasi
yang jika diinstansiasi akan menghasilkan
sebuah objek dan merupakan inti dari
pengembangan dan desain berorientasi objek.
Class menggambarkan keadaan
(atribut/properti) suatu sistem, sekaligus
menawarkan layanan untuk memanipulasi
keadaan tersebut (metoda/fungsi).
Class diagram menggambarkan struktur dan
deskripsi class, package dan objek beserta
hubungan satu sama lain seperti containment,
pewarisan, asosiasi, dan lain-lain.
3. Statechart Diagram
Statechart diagram menggambarkan transisi
dan perubahan keadaan (dari satu state ke
state lainnya) suatu objek pada sistem
sebagai akibat dari stimuli yang diterima.
Pada umumnya statechart diagram
menggambarkan class tertentu (satu
class dapat memiliki lebih dari satu
statechart diagram).
4. Activity Diagram
Activity diagrams bersifat dinamis.
Diagram ini adalah tipe khusus dari
diagram state yang memperlihatkan
aliran dari suatu aktivitas ke aktivitas
lainnya disebuah sistem.
Activity diagram merupakan state
diagram khusus, dimana sebagian
besar state adalah action dan sebagian
besar transisi di-trigger oleh
selesainya state sebelumnya (internal
processing). Oleh karena itu activity
diagram tidak menggambarkan
behaviour internal sebuah sistem (dan
interaksi antar subsistem) secara
eksak, tetapi lebih menggambarkan
proses-proses dan jalur-jalur aktivitas
dari level atas secara umum.
5. Sequence Diagram
Sequence diagram bersifat dinamis.
Diagram urutan ini adalah siagram
interaksi yang menekankan pada
pengiriman pesan dalam suatu waktu
tertentu.
Sequence diagram biasa digunakan
untuk menggambarkan skenario atau
rangkaian langkah-langkah yang
dilakukan sebagai respons dari sebuah
event untuk menghasilkan output
tertentu. Diawali dari apa yang men-
trigger aktivitas tersebut, proses dan
perubahan apa saja yang terjadi secara
internal dan output apa yang
dihasilkan.
6. Collaboration Diagram
Collaboration Diagram bersifat
dinamis. Diagram kolaborasi adalah
diagram interaksi yang menekankan
organisasi struktural dari objek-objek
yang menerima serta mengirim pesan.
7. Component Diagram
Component Diagram bersifat statis.
Diagram ini memperlihatkan
organisasi serta kebergantungan pada
komponen-komponen yang telah ada
sebelumnya. Diagram ini
berhubungan dengan diagram kelas
dimana komponen secara tipikal
dipetakan ke dalam satu atau lebih
kelas-kelas, antarmuka, serta
kolaborasi-kolaborasi.
8. Deployment Diagram
Deployment Diagram bersifat statis.
Diagram ini memperlihatkan
konfigurasi saat aplikasi dijalankan.
Diagram ini memuat simpul-simpul
(node) beserta komponen-komponen
yang ada di dalamnya. Diagram ini
sangat berguna saat aplikasi kita
 berlaku sebagai aplikasi yang dijalankan
pada mesin (distributed computing).
Dibuatnya berbagai jenis diagram diatas karena :
1) Setiap sistem yang kompleks selalu paling baik
jika didekati melalui himpunan berbagai sudut
pandang yang kecil yang satu sama lain hampir
saling bebas (independent). Sudut pandang
tunggal senantiasa tidak mencukupi untuk melihat
isi item yang besar dan kompleks.
2) Diagram yang berbeda-beda tersebut dapat
menyatakan tingkatan yang berbeda-beda
dalam proses rekayasa.
3) Diagram-diagram tersebut dibuat agar model
yang dibuat semakin mendekati realitas.
Diagram-diagram ini ditambah dengan
kemampuan dokumentasi merupakan artifacts utama
UML. Data-flow diagram dan tipe diagram lain yang
tidak terdapat dalam UML tidak termasuk dalam
paradigma object-oriented, Activity diagram dan
collaboration diagram yang terdapat dalam UML
menggantikan data-flow diagram. Activity diagram
juga sangat bermanfaat untuk membuat workflow.
2.5.3Tujuan Unified Modelling Language (UML)
Tujuan UML diantaranya adalah :
1) Memberikan model yang siap pakai, bahasa
pemodelan visual yang ekspresif untuk
mengembangkan dan saling menukar model
dengan mudah dan dimengerti secara umum.
2) Memberikan bahasa pemodelan yang bebas dari
berbagai bahasa pemrograman dan proses
rekayasa.
3) Menyatukan praktek-praktek terbaik yang
terdapat dalam pemodelan.
2.5.4Tool-Tool yang mendukung Unified Modelling
Language (UML)
Saat ini banyak sekali tool pendesainan yang
mendukung UML, baik itu tool komersial maupun
opensource. Beberapa diantaranya adalah:
1) Rational Rose (www.rational.com)
2) Together (www.togethersoft.com)
3) Object Domain (www.objectdomain.com)
4) Jvision (www.object-insight.com)
5) Objecteering (www.objecteering.com)
6) MagicDraw (www.nomagic.com/magicdrawuml)
7) Visual Object Modeller (www.visualobject.com)
8) Visual Paradigm For UML
(www.visualpardigm.com)
2.6 Strategi Object Oriented (User Centered Design)
UCD (User Centered Design) adalah filosofi
perancangan yang menempatkan pengguna sebagai pusat
dari proses pengembangan sistem.
Saat ini pendekatan dengan UCD telah didukung
berbagai teknik, metoda, tools, prosedur dan proses yang
membantu perancangan sistem interaktif yang lebih
berpusat pada pengguna. (Hartanto Rudi, Prinsip
perancangan berpusat pada pengguna, 2007).
Siklus Hidup User Centered Design:
1. Fokus pada pengguna ( User
requirements).
2. Perancangan terintegrasi
(Prototyping).
3. Dari awal berlanjut pada pengujian
pengguna (Usability Measurement).
4. Perancangan iterative (Model).
Aturan-aturan dalam User Centered Design (UCD):
1. Perspective
Pengguna selalu benar. Jika terdapat
masalah dalam penggunaan sistem, maka
masalahnya ada pada sistem dan bukan pengguna.
2. Installasi
Pengguna mempunyai hak untuk dapat
menginstall atau meng-uninstall perangkat lunak
dan perangkat keras sistem secara mudah tanpa ada
konsekuensi negatif.
3. Pemenuhan
Pengguna mempunyai hak untuk
mendapatkan sistem dapat bekerja persis seperti
yang dijanjikan.
4. Instruksi
Pengguna mempunyai hak untuk dapat
menggunakan instruksi secara mudah mudah (buku
petunjuk, bantuan secara on on-line line atau atau
kontekstual, pesan kesalahan) untuk memahami dan
menggunakan sistem untuk mencapai tujuan yang
diinginkan secara efisien dan terhindar dari
masalah.
5. Control
Pengguna mempunyai hak untuk dapat
mengontrol sistem dan mampu membuat sistem
menanggapi dengan benar atas permintaan yang
diberikan.
6. Umpan balik
Pengguna mempunyai hak terhadap sistem
untuk menyediakan informasi yang jelas, dapat
dimengerti, dan akurat tentang tugas yang
dilakukan dan kemajuan yang dicapai.
7. Keterkaitan
Pengguna mempunyai hak untuk
mendapatkan informasi yang jelas tentang semua
prasyarat yang dibutuhkan sistem untuk
memperoleh hasil terbaik.
8. Scope
Pengguna mempunyai hak untuk
mengetahui batasan kemampuan sistem.
9. Assistance
Pengguna mempunyai hak untuk dapat
berkomunikasi dengan penyedia teknologi dan
menerima pemikiran dan tanggapan yang
membantu jika diperlukan.
10. Usability
Pengguna harus dapat menjadi penguasa
teknologi perangkat lunak dan dan perangkat keras
dan bukan sebaliknya. Produk harus dapat
digunakan secara alami dan intuitif.
2.6.1 Prototyping
 Prototipe memberikan ide bagi pembuat maupun
pemakai potensial tentang cara sistem berfungsi dalam
bentuk lengkapnya. Proses menghasilkan sebuah prototype
disebut Prototyping. (www.ilmukomputer.com, Analisis
dan Perancangan Sistem, 2005).
Adapun jenis-jenis prototipe adalah sebagai
berikut:
a. Prototipe jenis I, langkah-langkahnya :
1. Mengidentifikasikan kebutuhan pemakai
2. Mengembangkan prototype
3. Menentukan apakah prototype dapat diterima
4. Menggunakan prototype.
b. Prototipe jenis II, langkah-langkahnya :
1. Mengidentifikasikan kebutuhan pemakai
2. Mengembangkan prototype
3. Menentukan apakah prototype dapat diterima
4. Mengkodekan sistem operasional
5. Menguji sistem operasional
6. Menentukan jika sistem operasional dapat
diterima
7. Menggunakan sistem operasional.
3. Analisa dan Disain
3.1 Analisa Sistem
Sebelum melakukan disain dan pengembangan
sistem yang baru terlebih dahulu dilakukan analisa sistem
yang sedang berjalan pada saat ini. Tahap analisa
merupakan tahap yang sangat penting karena kesalahan
pada tahap analisa akan mengakibatkan kesalahan pada
tahap selanjutnya.
Yang pertama dilakukan dilangkah awal ini
adalah menemukan kelemahan dan kekurangan-
kekurangan sistem yang berjalan terdahulunya. Hal inilah
yang sangat penting dilakukan untuk mengukur sebuah
sistem telah mencapai sasaran sesungguhnya apa belum.
Makanya tahap analisa ini sangat penting dilakukan untuk
mengatasi masalah-masalah dan kekurangan-kekurangan
tersebut.
3.1.1 Analisa Sistem yang Sedang Berjalan
Setelah melakukan pengamatan dan analisa
terhadap sistem yang sedang berjalan selama ini,
ditemukan berbagai permasalahan dan kendala-kendala
yang terjadi. Beberapa permasalahan tersebut diantaranya
belum optimalnya penerapan sistem teknologi informasi
dalam proses pengolahan data administrasi pendidikan
pada SMU Swasta Taman Siswa Kisaran,. Beberapa
permasalahan yang dihadapi diantaranya:
1. Pencarian data siswa lambat, disebabkan
harus membuka-buka file berkas
penyimpanannya.
2. Lambatnya proses nilai dalam pembuatan
rapor siswa
3. Penyusunan jadwal pelajaran yang
memakan waktu.
4. Kurang terjaganya integritas data dan
keamanan data.
5. Seringnya terjadi kekeliruan dalam
pencatatan data-data.
Untuk mengatasi masalah di atas, perlu
dilakukan tindak lanjut yaitu memperbaiki sistem
pengolahan data administrasi pendidikan yang
sedang berjalan saat ini. Pada sistem yang baru ini
diharapkan semua persoalan yang dihadapi dapat
teratasi. Beberapa keuntungan yang akan dicapai
terutama dalam hal:
1. Efisiensi dalam penggunaan waktu
pada pendataan siswa.
2. Kecepatan dan ketelitian dalam
pemrosesan nilai siswa
3. Format baku yang dibuat untuk
kemudahan penyusunan jadwal
pelajaran siswa.
4. Kemudahan dalam pencarian dan
pengaksesan data.
5. Dapat diakses dibeberapa unit
komputer secara bersamaan.
6. Keamanan dalam penyimpanan data
dan dokumen-dokumen.
3.1.2 Proses Pemodelan Sistem
Berdasarkan keterbatasan dan kendala-
kendala yang terjadi pada sistem yang lama, maka
penulis akan mengusulkan suatu sistem yang dapat
memberikan kemudahan dalam proses pengolahan
data administrasi pendidikan ini sehingga dapat
menyajikan serta menyediakan informasi dan
laporan-laporan yang dibutuhkan sehingga dapat
menghemat waktu, biaya dan tenaga.
Sistem baru ini memberikan kemudahan
pihak sekolah dalam melakukan pengolahan data-
data administrasi yang terjadi setiap harinya,
dimana setiap data yang dimasukkan akan
dientrikan melalui komputer dan akan disimpan di
dalam satu file database, sehingga semua data
tersebut dapat digunakan dan diakses kapan saja
apabila dibutuhkan terutama dalam pembuatan
laporan. Dengan demikian tidak perlu lagi
menyimpan arsip administrasi tersebut dan tidak
perlu lagi memeriksa atau mencari-cari arsip
tersebut pada saat diperlukan seperti pembuatan
laporan serta untuk berbagai keperluan-keperluan
lainnya.
Semua informasi-informasi yang akan
disediakan seperti yang telah tercantum diatas,
berasal dari beberapa proses yang terintegrasi
dengan konsep pemodelan dengan Unified
Modelling Language (UML). Setiap proses yang
dilakukan untuk memperoleh data yang akan diolah
menjadi informasi akan dimodelkan dalam use case
diagram. Setiap kegiatan dalam masing-masing
proses digambarkan dalam sequence diagram,
activity diagram, state diagram, class diagram dan
deployment diagram.
Untuk interface akan dibedakan menjadi 2
bagian, dimana bagian pertama akan digunakan
oleh pihak sekolah untuk melakukan proses
administrasi. Untuk interface kedua digunakan oleh
user yang diberi hak dan kewenangan dalam
berinteraksi dalam sistem, disini nantinya ditunjuk
guru atau staf yang dapat dipercaya dalam menjalankan pengolahan data
sistem. siswa dan guru.
2.Administrator Pihak yang sangat
3.1.3 Analisis Kebutuhan Kurikulum berperan dalam
Pemodelan sistem informasi administrasi aktifitas
pendidikan ini terbagi dalam 3 bagian, yaitu: matapelajaran
1. Administrasi Layer berdasarkan
Berupa halaman yang hanya dapat kurikulum dan
diakses oleh administrator yang ditunjuk sekolah nantinya akan
dalam mengendalikan sistem menghasilkan
2. Information Layer jadwal mata
Berupa halaman yang dapat digunakan pelajaran
oleh user biasa, dipihak ini adalah siswa yang 3. Administrator Pihak yang
dapat melihat informasi yang dibutuhkannya. (Guru) berperan dalam
3. Database Storage mengolah nilai
Berupa sebuah database yang berisi file- siswa untuk
file penyimpanan data. menghasilkan
rapor siswa
Di dalam sistem administrasi pendidikan ini, Hubungan dari semua aktor-aktor yang
setiap user (Administrator, guru/staf dan guru) akan ada dengan semua use case diuraikan pada tabel
memiliki user name dan password, sehingga setiap user 4.2.
siswa hanya dapat melihat informasi yang disajikan,
termasuk juga guru dan staf yang berstatus user biasa.
User name dan password untuk user biasa (siswa, guru Tabel 4.2 Daftar Use-Case
dan staff) hanya berlaku jika digunakan dalam sistem ini
dan Administrator sekolah yang ditunjuk dapat memiliki Use-Case Use-Case Participating Actors
kewenangan melakukan perubahan atau manajemen pada Name Description and Roles
data sistem informasi administrasi pendidikan ini.
3.1.4 Disain Use Case Diagram 1.Login Use case ini 1. Tata Usaha
menggambark (Primary
an bagaimana Business
setiap pihak actor)
yang akan 2. Administras
masuk ke i kurikulum
dalam sistem (Primary
harus Login Receive
terlebih actor)
dahulu 3. Guru
(External
receive
actor)

2.Pengola Use case ini 1. Tata Usaha

han menggambark (Primary
Account an setiap Business actor)
actor 1. Administras
mempunyai i kurikulum
pengolahan (Primary
account Receive
Gambar 4.1 Use Case Diagram mereka actor)
masing- 2. Guru
a. masing untuk (External
Dan dari gambar use case diagram diatas, dapat keamanan receive
juga terlihat daftar user / actor yang terlibat di dalam data mereka. actor)
Sistem Informasi Administrasi Pendidikan ini. Seperti
terlihat pada tabel 4.1 di bawah ini. 3. Use case ini 1. Tata Usaha
Tabel 4.1 Tabel Daftar Aktor Pengolaha menggambark (Primary
Term Synonym Description n data an kerja dari Business
1. Tata Usaha Sekelompok siswa tata usaha actor)
orang yang yang utama 2. Guru
memiliki account sekali. (Primary
di tata usaha yang Receive
bertugas dalam Actor)
4. Use case ini 1. Tata Usaha Class adalah sebuah spesifikasi yang jika
Pengolaha meenggambar (Primary diinstansiasi akan menghasilkan sebuah objek dan
n kan tugas tata Business merupakan inti dari pengembangan dan desain
Data guru usaha dalam actor) berorientasi objek. Class menggambarkan keadaan
pengolahan 2. Guru (atribut/properti) suatu sistem, sekaligus
data guru (External menawarkan layanan untuk memanipulasi keadaan
receive tersebut.
actor) Class diagram menggambarkan struktur
5.Pembagi Use case ini 1.Administrasi deskripsi class, package dan objek beserta
an Kelas menggambark kurikulum hubungan satu sama lain containment, pewarisan,
an pembagian (Primary asosiasi dan lain-lain. Class memiliki tiga area
kelas oleh business actor) pokok yaitu nama (dan stereotype), atribut dan
administrasi 2. Guru metoda
kurikulum (Primary
terhadap Receive Actor).
siswa.
6. Use case ini 1.Administrasi
Pengolaha menggambark kurikulum
n data an (Primary
mata pengolahan business actor)
pelajaran data mata 2. Guru
pelajaran (Primary
yang sesuai Receive Actor).
dengan
kurikulum
untuk
mendapatkan
jadwal mata
pelajaran.
7.Jadwal Use case ini 1.Administrasi
Mata menggambark kurikulum
pelajaran an kerja untuk (Primary
membuat business actor)
jadwal mata 2. Guru
pelajaran bagi (Primary
siswa. Receive Actor).
8. Use case ini 1.Administrasi
Pembagia menggambark kurikulum
n guru an dalam (Primary
mata pembagian business actor)
pelajaran guru atas 2. Guru Gambar 4.9 Class Diagram
mata (Primary
pelajaran Receive Actor). 3.1.6 Disain Sequence Diagram
yang disusun Untuk disain sequence diagramnya
9. Use case ini 1. Guru dibentuk 2 pemisahan kerja:
Pengolaha menggambark (Primary 1. Sequence diagram untuk User Auhentification.
n Nilai an kerja guru Business
dalam actor)
mengolah
nilai siswa.
10. Use case ini 1. Guru
Pembuata menggambark (Primary
n Nilai an pembuatan Business
Akhir/Rap rapor-rapor actor)
or atau nilai
akhir bagi
siswa atas
nilai-nilai
yang
didapatkanny
a.

3.1.5. Disain Class Diagram

 masing-masing alir berawal, decision yang
mungkin terjadi, dan bagaiman mereka berakhir.
Activity Diagram juga dapat menggambarkan
proses paralel yang mungkin terjadi pada beberapa
eksekusi.
Sebuah aktifitas yang direalisasikan oleh
suatu use case atau lebih. Aktifitas menggambarkan
bagaimana aktor menggunakan sistem untuk
melakukan aktifitasnya. Ada beberapa aktifitas
yang dikerjakan pada use case dari sistem
administrasi pendidikan sekolah ini.
1. Login

Gambar 4.10. Sequence Diagram untuk User Authentification

2. Sequence diagram berdasarkan Use case

3. Dalam sequence diagram ini terlihat
untuk memperjelas paparan yang ada
pada diagram use case sebelumnya. Gambar 4.12 Activity Diagram – Login

2. Pengolahan Data Siswa

Gambar 4.13 Activity Diagram Pengolahan Data

Siswa

Gambar 4.11. Sequence Diagram

4.1.7 Disain Activity Diagram

Activity diagram menggambarkan berbagai alir
aktifitas dalam sistem yang sedang dirancang, bagaiman
 3. Pengolahan Data Guru
5. Pengolahan data mata pelajaran

Gambar 4.16 Activity Diagram-Data mata

pelajaran
Gambar 4.14 Acitvity Diagram Pengolahan data guru
6. Pembagian guru untuk mata pelajaran
4. Pengolahan Account

Gambar 4.17 Activity Diagram Pembagian mata

Gambar 4.15 Activity Diagram pengolahan account pelajaran untuk guru.
 9. Pembuatan Rapor Siswa

7. Pembuatan Jadwal Mata pelajaran

Gambar 4.18 Activity Diagram-Pembuatan Jadwal

Mata Pelajaran

8. Pengolahan Nilai Siswa

Gambar 4.20 Activity Diagram Pembuatan Nilai

Akhir/Rapor
Memilih Halaman Nilai Siswa

Memilih tutup
4.1.8 Disain State Diagram
Pada state diagram ini akan memodelkan
Masukkan id_nilai Mencari id_nilai urutan kejadian sesaat yang dilalui oleh sebuah
objek, hal ini mengakibatkan adanya transisi dari
Menampilkan pesan id_nilai tidak terdaftar
Id_nilai tidak terdaftar
suatu kejadian ke kejadian lainnya. Jadi biasa
Id_nilai
ditemukan
dikatakan state diagram ini nantinya akan
masukkan NIS
menggambarkan pemodelan siklus hidup dari
Mencari NIS
sebuah objek
NIS tidak terdaftar
Menampilkan pesan NIS tidak tersedia
Id_nilai
ditemukan

Masukkan Kode Mata Pelajaran Mencari Kode mate pelajaran

Kode mata pelajaran

tidak terdaftar Kode mata
pelajaran
Menampilkan Kode mata pelajaran tidak tersedia ditemukan

Memasukkan nilai tugas,ulangan,uts dan uas Menampilkan identitas siswa dengan mata pelajarannya

Memilih simpan Simpan data Nilai Siswa

Memilih batal

Kosongkan data

Gambar 4.19 Activity Diagram Pengolahan Nilai Siswa

Gambar 4.21 State Diagram Keseluruhan Objek

pada Sistem

Selanjutnya siklus pada state diagram ini

juga dipecah menjadi setiap siklus per objeknya,
berdasakan class diagram yang didapat untuk
melihat objek pada sistem administrasi pendidikan
ini, maka state diagram-nya dapat dipisahkan
menjadi:
1. State diagram pada Objek Siswa

Gambar 4.25. State Diagram pada Objek kelas

5. State diagram pada Objek Jadwal

Gambar 4.22 State Diagram pada Objek Siswa pelajaran

2. State diagram pada Objek Guru

Gambar 4.23. State Diagram pada Objek Guru

Gambar 4.26. State Diagram pada Objek jadwal
3. State diagram pada Objek Mata Pelajaran pelajaran

6. State diagram pada Objek Nilai

Gambar 4.24. State Diagram pada Objek Mata

Pelajaran

4. State diagram pada Objek Kelas

Gambar 4.27. State Diagram pada Objek Nilai


2.1.9 Disain Deployment Diagram
Pada deployment diagram ini kita bisa
melihat penunjang perangkat-perangkat fisik yang
nantinya akan mempengaruhi kerja sistem yang
sebenarnya. Di dalam sistem informasi administrasi
pendidikan sedianya akan dibangun dengan sistem
multiuser, dengan konsep jaringan client server.
Gambar 4.28. Deployment Diagram Implementasi
Sistem
4. Implementasi
Untuk dapat menggunakan sistem informasi administrasi
pendidikan ini diperlukan antar muka (interface) yang
akan menghubungkan pengguna (User) dengan sistem.
Antar muka tersebut terdiri dari form-form.
1. Jenis-jenis form
Ada beberapa jenis form yang terdapat pada
Sistem Informasi Administrasi Pendidikan Pada SMU
Swasta Taman Siswa Kisaran, yaitu:
1. Form Utama / Form Login
2. Form Akses Sistem
3. Form Input Data
4. Form Laporan
2. Form Layout
Ada beberapa Layout yang ditampilkan dan dihasilkan
dari prototype sistem ini, antara lain:
1. Tampilan Form Utama (Login)
2. Form Akses Sistem (Menu)
3. Form Input Data Siswa
4. Form Input Data Guru
5. Form Input Data Mata Pelajaran
6. Form Input Data Nilai Siswa
7. Form Input Data Kelas
8. Form Input Jadwal Pelajaran
9. Form Laporan Seluruh Data Siswa
10. Form Laporan Data Guru
11. Form Laporan Jadwal Pelajaran
12. Form Laporan Data Nilai Siswa/ Rapor
5. Kesimpulan
Dari Hasil Penelitian yang penulis lakukan
dapat disimpulkan bahwa:
1. Pemodelan menggunakan UML (Unified
Modeling Language) dengan strategi User
Centered Design merupakan pemodelan
yang dapat melihat sebuah objek dari
berbagai sudut pandang dan pemodelan
yang masih memperhatikan pengguna
sebagai proses pengembangan sistem.
Sudut pandang pemodelan tersebut
digambarkan menggunakan diagram-
diagram.
2. Sistem Informasi Administrasi
Pendidikan pada sekolah ini merupakan
sebuah sistem yang akan memberikan
informasi kepada pihak internal sekolah
baik bagian tata usaha, kurikulum, guru
dalam memberikan pelayanan pendidikan
kepada siswa-siswinya.
3. Data-data yang diolah dan dihasilkan oleh
sistem selanjutnya dapat digunakan untuk
meningkatkan pelayanan dan kwalitas
pendidikan ke depannya seiring
memanfaatkan teknologi informasi yang
sangat berkembang saat ini.
4. Dengan adanya sistem ini diharapkan
tumbuh rasa antusias dari setiap individu
yang berada di kawasan sekolah agar
yang mereka manfaatkan ini dapat
seterusnya berkembang demi kemajuan
dan berkwalitasnya sumber daya yang ada
di sekolah dalam mengelola kinerja
sistem pendidikannya.
DAFTAR PUSTAKA
Nugroho Adi, Analisis dan Perancangan Sistem
Informasi dengan Metodologi berorientasi
Objek, Informatika, 2004
Dharwiyanti Sri, Wahono Satria Romi, Pengantar
Unified Modeling Language (UML),
http://www.ilmukomputer.com
Teguh, Wahyono. 2004, Computer Based
Information System (CBIS).
http://www.ilmukomputer.com.
Kadir, Abdul. Analisa dan Desain Sistem
Informasi. Yogyakarta:Andi Offset,1989
Noviana Rina, Kebutuhan dan spesifikasi perangkat
lunak berorientasi objek,
http://www.ilmukomputer.com
Hartanto Rudi, Prinsip Perancangan Berpusat Pada
Pengguna, 2007,
http://www.ilmukomputer.com
 Pendahuluan Perangkat Lunak,
http://www.petra.ac.id/library/wpcontent/upload/
2009/01/02/rpl.pdf

Object Oriented with UML, 2004

http://www.kakasblog.blogspot.com/materi/oop/o
opwithUML.ppt

Madcoms, Pemograman Tingkat Lanjut Dengan Visual

Basic 6.0, Penerbit Andi Offset, Yogyakarta,
2005

Tim Penelitian dan Pengembangan, Pemograaman Visual

Basic 6.0. Penerbit ANDI Offset, Yogyakarta,
2002

View publication stats