Ilka Zufria. Fak Sains & Teknologi UIN Sumatera Utara Medan. Abstrak

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 [email protected]

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 lembagalembaga 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.

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 simbolsimbol 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.

2.3

5.

2.4

Coding Yaitu menerjemahkan desain ke dalam bahasa-bahasa pemograman yang akan dimengerti oleh mesin. 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.

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 (ObjectOriented). (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

4.

5.

6.

7.

8.

menggambarkan class tertentu (satu class dapat memiliki lebih dari satu statechart diagram). 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. 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 mentrigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. Collaboration Diagram Collaboration Diagram bersifat dinamis. Diagram kolaborasi adalah diagram interaksi yang menekankan organisasi struktural dari objek-objek yang menerima serta mengirim pesan. 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. 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.

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 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 kekurangankekurangan 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.

Proses Pemodelan Sistem Berdasarkan keterbatasan dan kendalakendala 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 datadata 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 sistem. 3.1.3 Analisis Kebutuhan Pemodelan sistem informasi administrasi pendidikan ini terbagi dalam 3 bagian, yaitu: 1. Administrasi Layer Berupa halaman yang hanya dapat diakses oleh administrator yang ditunjuk sekolah dalam mengendalikan sistem 2. Information Layer Berupa halaman yang dapat digunakan oleh user biasa, dipihak ini adalah siswa yang dapat melihat informasi yang dibutuhkannya. 3. Database Storage Berupa sebuah database yang berisi filefile penyimpanan data. Di dalam sistem administrasi pendidikan ini, setiap user (Administrator, guru/staf dan guru) akan memiliki user name dan password, sehingga setiap user 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 dan staff) hanya berlaku jika digunakan dalam sistem ini dan Administrator sekolah yang ditunjuk dapat memiliki kewenangan melakukan perubahan atau manajemen pada data sistem informasi administrasi pendidikan ini. 3.1.4 Disain Use Case Diagram

pengolahan data siswa dan guru. 2.Administrator Pihak yang sangat Kurikulum berperan dalam aktifitas matapelajaran berdasarkan kurikulum dan nantinya akan menghasilkan jadwal mata pelajaran 3. Administrator Pihak yang (Guru) berperan dalam mengolah nilai siswa untuk menghasilkan rapor siswa Hubungan dari semua aktor-aktor yang ada dengan semua use case diuraikan pada tabel 4.2.

Tabel 4.2 Daftar Use-Case Use-Case Name 1.Login

Participating Actors and Roles

Use case ini menggambark an bagaimana setiap pihak yang akan masuk ke dalam sistem harus Login terlebih dahulu

1.

2.Pengola han Account

Use case ini menggambark an setiap actor mempunyai pengolahan account mereka masingmasing untuk keamanan data mereka.

1. Tata Usaha (Primary Business actor) 1. Administras i kurikulum (Primary Receive actor) 2. Guru (External receive actor)

3. Pengolaha n data siswa

Use case ini menggambark an kerja dari tata usaha yang utama sekali.

1.

Gambar 4.1 Use Case Diagram a. Dan dari gambar use case diagram diatas, dapat juga terlihat daftar user / actor yang terlibat di dalam Sistem Informasi Administrasi Pendidikan ini. Seperti terlihat pada tabel 4.1 di bawah ini. Tabel 4.1 Tabel Daftar Aktor Term Synonym Description 1. Tata Usaha Sekelompok orang yang memiliki account di tata usaha yang bertugas dalam

Use-Case Description

2.

3.

2.

Tata Usaha (Primary Business actor) Administras i kurikulum (Primary Receive actor) Guru (External receive actor)

Tata Usaha (Primary Business actor) Guru (Primary Receive Actor)

4. Pengolaha n Data guru

Use case ini meenggambar kan tugas tata usaha dalam pengolahan data guru

5.Pembagi an Kelas

Use case ini menggambark an pembagian kelas oleh administrasi kurikulum terhadap siswa. Use case ini menggambark an pengolahan data mata pelajaran yang sesuai dengan kurikulum untuk mendapatkan jadwal mata pelajaran. Use case ini menggambark an kerja untuk membuat jadwal mata pelajaran bagi siswa. Use case ini menggambark an dalam pembagian guru atas mata pelajaran yang disusun Use case ini menggambark an kerja guru dalam mengolah nilai siswa. Use case ini menggambark an pembuatan rapor-rapor atau nilai akhir bagi siswa atas nilai-nilai yang didapatkanny a.

6. Pengolaha n data mata pelajaran

7.Jadwal Mata pelajaran

8. Pembagia n guru mata pelajaran

9. Pengolaha n Nilai

10. Pembuata n Nilai Akhir/Rap or

3.1.5. Disain Class Diagram

1.

Tata Usaha (Primary Business actor) 2. Guru (External receive actor) 1.Administrasi kurikulum (Primary business actor) 2. Guru (Primary Receive Actor).

Class 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. Class diagram menggambarkan struktur deskripsi class, package dan objek beserta hubungan satu sama lain containment, pewarisan, asosiasi dan lain-lain. Class memiliki tiga area pokok yaitu nama (dan stereotype), atribut dan metoda

1.Administrasi kurikulum (Primary business actor) 2. Guru (Primary Receive Actor).

1.Administrasi kurikulum (Primary business actor) 2. Guru (Primary Receive Actor). 1.Administrasi kurikulum (Primary business actor) 2. Guru (Primary Receive Actor). 1.

Guru (Primary Business actor)

1.

Guru (Primary Business actor)

Gambar 4.9 Class Diagram 3.1.6 Disain Sequence Diagram Untuk disain sequence diagramnya dibentuk 2 pemisahan kerja: 1. Sequence diagram untuk User Auhentification.

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 pelajaran

Activity

Diagram-Data

mata

Gambar 4.14 Acitvity Diagram Pengolahan data guru 6. 4.

Pembagian guru untuk mata pelajaran

Pengolahan Account

Gambar 4.15 Activity Diagram pengolahan account

Gambar 4.17 Activity Diagram Pembagian mata pelajaran untuk guru.

9. 7.

Pembuatan Rapor Siswa

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

Masukkan id_nilai

Mencari id_nilai

Id_nilai tidak terdaftar Menampilkan pesan id_nilai tidak terdaftar Id_nilai ditemukan

masukkan NIS

Mencari NIS

4.1.8 Disain State Diagram Pada state diagram ini akan memodelkan urutan kejadian sesaat yang dilalui oleh sebuah objek, hal ini mengakibatkan adanya transisi dari suatu kejadian ke kejadian lainnya. Jadi biasa dikatakan state diagram ini nantinya akan menggambarkan pemodelan siklus hidup dari 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

Menampilkan Kode mata pelajaran tidak tersedia

Memasukkan nilai tugas,ulangan,uts dan uas

Memilih simpan

Kode mata pelajaran ditemukan

Menampilkan identitas siswa dengan mata pelajarannya

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. Gambar 4.22 State Diagram pada Objek Siswa 2.

State diagram pelajaran

pada

Objek

Jadwal

State diagram pada Objek Guru

Gambar 4.23. State Diagram pada Objek Guru 3.

State diagram pada Objek Mata Pelajaran

Gambar 4.26. State Diagram pada Objek jadwal 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

5. 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

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 diagramdiagram. 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