Upload
prasetya-alam-trisutrisno
View
293
Download
5
Embed Size (px)
DESCRIPTION
Komputer Sistem Informasi
Citation preview
Analisis Dan Perancangan Sistem
Absensi Karyawan
Disusun Oleh:
Perdiansyah Nim 0113055031250
Prasetya Alam Tri Sutrisno Nim 011305503125060
Sutaryanto Nim 01130
Universitas Satya Negara Indonesia
Sistem Informasi Kelas Pagi
2014
Spesifikasi Sistem
Aplikasi ini dapat digunakan oleh semua pegawai yang telah diregistrasi oleh admin dan
mendapatkan id user serta password. Berikut adalah konsep sistem yang kami buat
1. ER Diagram
Dalam rekayasa perangkat lunak, sebuah Entity-Relationship Model (ERM) merupakan abstrak dan konseptual representasi data. Entity-Relationship adalah salah satu metode pemodelan basis data yang digunakan untuk menghasilkan skema konseptual untuk jenis/model data semantik sistem. Dimana sistem seringkali memiliki basis data relasional, dan ketentuannya bersifat top-down. Diagram untuk menggambarkan modelEntitiy-Relationship ini disebut Entitiy-Relationship diagram, ER diagram, atau ERD.
Notasi-notasi simbolik yang digunakan dalam Entity Relationship Diagram adalah sebagai berikut :
Entitas, Adalah segala sesuatu yang dapat digambarkan oleh data. Entitas juga dapat diartikan
sebagai individu yang mewakili sesuatu yang nyata (eksistensinya) dan dapat dibedakan dari
sesuatu yang lain (Fathansyah, 1999). Ada dua macam entitas yaitu entitas kuat dan entitas
lemah. Entitas kuat merupakan entitas yang tidak memiliki ketergantungan dengan entitas
lainnya. Contohnya entitas anggota. Sedangkan entitas lemah merupakan entitas yang
kemunculannya tergantung pada keberadaaan entitas lain dalam suatu relasi.
Atribut, Atribut merupakan pendeskripsian karakteristik dari entitas. Atribut digambarkan
dalam bentuk lingkaran atau elips. Atribut yang menjadi kunci entitas atau key diberi garis
bawah.
Relasi atau Hubungan, Relasi menunjukkan adanya hubungan diantara sejumlah entitas yang
berasal dari himpunan entitas yang berbeda.
Entitas Dari ERD di atas
Strong Entity : Pegawai,Admin dan Rekap Absensi Weak Entity : Absen,Registrasi,Akun Absensi
Atribut dari entitas
Pegawai : ID Pegawai, Nama Pegawai, Tempat Lahir, Tanggal Lahir, Jenis Kelamin, Alamat, Bagian, Jabatan
Admin : ID Admin, Nama Admin, Bagian Admin, Jabatan Rekap Absen : ID pegawai, Nama Pegawai, Hari Kerja, Jam Terlambat Sakit, Ijin Absens : ID Absen, Tanggal Absen, Jam Masuk, Jam Keluar Register : ID Absen, Password
Relasi Dari ER-Diagram Diatas
Entitas Pegawai ter-relasi ke Entitas Register Entisas Register ter-relasi ke Entitas Admin Entitas Admin ter-relasi ke Entitas Rekap Absen
2. Transformasi Dari ERD ke LRS
Transformasi diagram ERD ke LRS merupakan suatu kegiatan untuk membentuk data-data dari diagram hubungan entitas ke suatu LRS. Diagram ER diatas akan ditransformasikan ke bentuk LRS. Berikut adalah langkah pengelompokkan pada diagram ER untuk menentukan entity pada diagram LRS
3. LRS
Menurut Kroenke (2006:76) mengemukakan bahwa “Logical Record Structure” (LRS) adalah representasi dari struktur record-record pada tabel-tabel yang terbentuk dari hasil relasi antar himpunan entitas. Dibentuk dengan nomor dan tipe record. Beberapa tipe record digambarkan oleh kotak empat persegi panjang dan dengan nama yang unik. Perbedaan LRS dan ERD adalah nama dan tipe record berada diluar field tipe record di tempatkan. LRS terdiri dari link-link diantara tipe record. Link ini menunjukkan arah dari satu tipe record lainnya. Banyak link dari LRS yang diberi tanda field-field yang kelihatan pada kedua link tipe record. Penggambaran LRS mulai dengan menggunakan model yang dimengerti. Dua metode yang digunakan, dimulai dengan hubungan kedua model yang dapat dikonversikan ke LRS. Metode lain yang di mulai dengan ERD dan langsung dikonversikan ke LRS
Logical Record Structuredibentuk dengan nomor dari tipe record. Beberapa tipe record digambarkan oleh kotak empat persegi panjang dan dengan nama yang unik. Beda LRS dengan
diagram E-R nama tipe record berada diluar kotak field tipe record ditempatkan. Logical Record Structure terdiri dari link-link diantara tipe record. Link ini menunjukkan arah dari satu tipe record lainnya. Banyak link dari LRS yang diberi tanda field-field yang kelihatan pada kedua link tipe record. Penggambaran LRS mulai dengan menggunakan model yang dimengerti. Dua metode yang dapat digunakan, dimulai dengan hubungan kedua model yang dapat dikonversikan ke LRS. Metode yang lain dimulai dengan ER-diagram dan langsung dikonversikan ke LRS.
4. Activity Diagram
Activity diagram menggambarkan berbagai alir aktivitas dalam sistem yang sedang dirancang, bagaimana masing-masing alir berawal, decision yang mungkin terjadi, dan bagaimana mereka berakhir. Activity diagram juga dapat menggambarkan proses paralel yang mungkin terjadi pada beberapa eksekusi.
Activity diagram merupakan state diagram khusus, di mana 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. Sebuah aktivitas dapat direalisasikan oleh satu use case atau lebih. Aktivitas menggambarkan proses yang berjalan, sementara use case menggambarkan bagaimana aktor menggunakan sistem untuk melakukan aktivitas. Sama seperti state, standar UML menggunakan segiempat dengan sudut membulat untuk menggambarkan aktivitas. Decision digunakan untuk menggambarkan behaviour pada kondisi tertentu. Untuk mengilustrasikan proses-proses paralel (fork dan join) digunakan titik sinkronisasi yang dapat berupa titik, garis horizontal atau vertikal. Activity diagram dapat dibagi menjadi beberapa object swimlane untuk menggambarkan objek mana yang bertanggung jawab untuk aktivitas tertentu.
analysis Business Process Model
AdminPegawai
Start
Mengisi Form
Registrasi
Menerima Form
Registrasi
Menyiapkan ID Dan
Password Untuk Log In
Mendapatkan ID Dan
Password Untuk Absen
Absen Menggunakan
ID dan Password
YAng diberikan
Admin
Rekap Absensi Bulanan
Selesai
5. Use Case
Use case adalah gambaran fungsionalitas dari suatu sistem, sehingga customeratau pengguna sistem paham dan mengerti mengenai kegunaan sistem yang akan dibangun.
Cara menentukan Use Case dalam suatu sistem:
a. Pola perilaku perangkat lunak aplikasi.b. Gambaran tugas dari sebuah actor.c. Sistem atau “benda” yang memberikan sesuatu yang bernilai kepadaactor.d. Apa yang dikerjakan oleh suatu perangkat lunak (*bukan bagaimana cara
mengerjakannya).
Relasi dalam Use Case
Ada beberapa relasi yang terdapat pada use case diagram:
2. Association, menghubungkan link antar element.3. Generalization, disebut juga inheritance (pewarisan), sebuah elemen dapat merupakan
spesialisasi dari elemen lainnya.4. Dependency, sebuah element bergantung dalam beberapa cara ke element lainnya.5. Aggregation, bentuk assosiation dimana sebuah elemen berisi elemen lainnya.
Tipe relasi/ stereotype yang mungkin terjadi pada use case diagram:
1. <<include>> , yaitu kelakuan yang harus terpenuhi agar sebuahevent dapat terjadi, dimana pada kondisi ini sebuah use case adalah bagian dari use case lainnya.
2. <<extends>>, kelakuan yang hanya berjalan di bawah kondisi tertentu seperti menggerakkan alarm.
3. <<communicates>>, mungkin ditambahkan untuk asosiasi yang menunjukkan asosiasinya adalah communicates association . Ini merupakan pilihan selama asosiasi hanya tipe relationship yang dibolehkan antara actor dan use case.
uc Use Case Model
Admin
Rekap Data Karyawan
Rekap Absen
FIle Master
uc Use Case Model
File Transaksi
Pegawai
Absen Datang
Absen Pulang
Entri Data Diri
Admin
Rekap Absen Pegawai
6. Class Diagram
Class adalah kumpulan objek-objek dengan dan yang mempunyai struktur umum, behavior umum,relasi umum, dan semantic/kata yang umum. Class-class ditentukan/ditemukan dengan cara memeriksa objek-objek dalam sequence diagram dan collaboration diagram. Sebuah class digambarkan seperti sebuah bujur sangkar dengan tiga bagian ruangan. Class sebaiknya diberi nama menggunakan kata benda sesuai dengan domain/bagian/kelompoknya (Whitten L. Jeffery et al, 2004).Class Diagram adalah diagram yang menunjukan class-class yang ada dari sebuah sistem dan hubungannya secara logika. Class diagram menggambarkan struktur statis dari sebuah sistem. Karena itu class diagram merupakan tulang punggung atau kekuatan dasar dari hampir setiap metode berorientasi objek termasuk UML (Henderi, 2008). Sementara menurut (Whitten L. Jeffery et al 2004:432) class diagram adalah gambar grafis mengenai struktur objek statis dari suatu sistem, menunjukan class-class objek yang menyusun sebuah sistem dan juga hubungan antara class objek tersebut.
Elemen-eleman class diagram dalam pemodelan UML terdiri dari: Class-class, struktur class, sifat class (class behavior), perkumpulan/gabungan (association), pengumpulan/kesatuan (agregation), ketergantungan (dependency), relasi-relasi turunannya, keberagaman dan indikator navigasi, dan role name (peranan/tugas nama).
Simbol-simbol class diagram
a) Class: Class adalah blok - blok pembangun pada pemrograman berorientasi obyek.Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian. Bagian atas adalah bagian nama dari class. Bagian tengah mendefinisikan property/atribut class. Bagian akhir mendefinisikan methodmethod dari sebuah clas.
b) Association : Sebuah asosiasi merupakan sebuah relationship paling umum antara 2 class dan dilambangkan oleh sebuah garis yang menghubungkan antara 2 class. Garis ini bisa melambangkan tipe-tipe relationship dan juga dapat menampilkan hukum-hukum multiplisitas pada sebuah relationship.(Contoh: One-to-one, one-to-many,many-to-many).
c) Composition: Jika sebuah class tidak bisa berdiri sendiri dan harus merupakan bagian dari class yang lain, maka class tersebut memiliki relasi Composition terhadap class tempat dia bergantung tersebut. Sebuah relationship composition digambarkan sebagai garis dengan ujung berbentuk jajaran genjang berisi/solid.
d) Dependency : Kadangkala sebuah class menggunakan class yang lain. Hal ini disebut dependency. Umumnya penggunaan dependency digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang lain. Sebuah dependency dilambangkan sebagai sebuah panah bertitik-titik.
e) Aggregation : Aggregation mengindikasikan keseluruhan bagian relationship dan biasanya disebut sebagai relasi.
class Class Model
Pegawai
- id_peg: int+ nm_peg: char+ tgl_lahir_peg: int+ tmpt_lahir_peg: char+ alamat_peg: int+ bagian_peg: char+ jab_peg: char
+ get pegawai() : void+ simpan pegawai() : void+ edit pegawai() : void+ hapus pegawai() : void
Registrasi
- no_reg: int+ tgl_masuk: int
+ simpan registrasi() : void+ get registrasi() : void
Admin
- id_admin: int+ nm_admin: char+ bag_admin: char+ jab_admin: char
+ get_admin() : void+ simpan_admin() : void+ edit_admin() : void+ hapus_admin() : void
Akun Absensi
- id_absen: int+ password: char
Absensi
- id_absen: int+ tgl_masuk_kerja: int+ jam_masuk: int+ jam_keluar: int
+ get_absensi() : void+ simpan_absensi() : void
Rekap Absensi
- id_peg: int+ nm_peg: int+ hari_kerja: int+ jam_terlambat: int+ sakit: int+ i j in: int+ alpha: int
+ get_laporan() : void+ simpan_laporan() : void+ edit_laporan() : void+ cetak_laporan() : void
7. Sequence Diagram
Suatu sequence diagram adalah suatu penyajian perilaku yang tersusun sebagai rangkaian langkah-langkah percontohan dari waktu ke waktu. Sequence diagram digunakan untuk menggambarkan arus pekerjaan, pesan yang sampaikan dan bagaimana elemen-elemen di dalamnya bekerja sama dari waktu ke waktu untuk mencapai suatu hasil.
Masing – masing urutan elemen diatur di dalam suatu urutan horisontal, dengan pesan yang disampaikan dibelakang dan didepan diantara elemen-elemen.Seorang elemen aktor digunakan untuk menghadirkan pemakai yang memulai alur peristiwa / kejadian. Elemen – elemen yang ditiru, seperti boundary, control dan entity, digunakan untuk menggambarkan layar, pengontrol, dan materi database, secara berturut-turut masing-masing elemen yang dihubungkan garis – garis batang disebut suatu lifeline, di mana jika unsur itu berpotensi mengambil bagian dalam interaksi itu.
Elemen – elemen Sequence Diagram
Suatu model sequence diagram adalah suatu pandangan yang dinamis menyangkut interaksi antar unsur-unsur model pada runtime.Sequence Diagram biasanya digunakan sebagai model yang menjelaskan skenario kasus penggunaan. Dengan penciptaan suatu diagram urutan dengan object dan aktor dilibatkan di dalam kasus penggunaan, kamu dapat model urutan langkah-langkah pemakai dan sistem melakukan untuk melengkapi tugas yang diperlukan itu. Suatu Diagram urutan adalah sering dipasang secara langsung di bawah suatu kasus penggunaan yang ditunjuk. Hal ini menyimpan
unsur bersama-sama, baik dalam model dan ketika dokumentasi diproduksi.untuk mengerjakan ini, klik kanan kasus penggunaan pada diagram dan memilih add sequence.
Lifeline
Suatu lifeline adalah elemen individu di dalam suatu interaksi ( dengan kata lain lifelines tidak bisa mempunyai keserbaragaman.). Suatu lifeline menggambarkan hubungan suatu elemen yang berbeda. Untuk menetapkan penyajian itu di dalam Enterprise Architect, klik kanan lifeline dan memilih Advanced Settings | Set Instance Classifier. Suatu dialog akan nampak yang berisi daftar semua penggolongan proyek. Lifelines ada tersedia di dalam pemilihan Sequence dan Timing diagrams, walaupun penyajian berbeda diantara keduanya, arti dari suatu lifeline adalah sama.
Boundary
Suatu boundary adalah suatu kelas yang meniru beberapa model boundary system yang secara khas yaitu merupakan alat penghubung seorang dengan layar. Boundary digunakan dalam tahap yang konseptual untuk menangkap para pemakai yang saling berinteraksi dengan sistem pada suatu tingkatan layar ( atau beberapa alat penghubung jenis lain ). Boundary sering digunakan dalam Sequence dan Analysis diagram.
Control
Suatu control adalah meniru suatu kelas yang menggambarkan suatu pengendalian manajer atau kesatuan. Suatu control mengorganisir dan menjadwalkan aktivitas elemen – elemen. Control juga suatu pengontrol yang menyangkut pola Model-View-Controller.
Entity
Suatu entity adalah suatu tempat atau ketekunan mekanisme yang menangkap pengetahuan atau informasi di dalam suatu sistem. Entity juga adalah suatu model di dalam pola Model-View-Controller.
Fragment
Suatu fragmen mencerminkan suatu potongan atau potongan interaksi (yang disebut operan interaksi) yang dikendalikan oleh suatu operator interaksi, yang bersesuaian kondisi-kondisi boolean yang dikenal sebagai batasan interaksi. Suatu fragmen nampak dengan nyata sebagai jendela transparan, yang dibagi oleh bentuk garis horisontal untuk operan masing-masing.
Endpoint
Suatu endpoint adalah digunakan dalam interaction diagram untuk mencerminkan sesuatu yang hilang atau menemukan pesan di dalam urutan. Untuk model ini, menyeret suatu elemen endpoint ke workspace itu. Dengan sequence diagram, menyeret suatu pesan dari lifeline yang sesuai kepada endpoint itu. Dengan timing diagram, pesan menghubungkan lifeline kepada endpoint dan memerlukan beberapa spesifikasi pemilihan waktu untuk menggambar koneksi.
Diagram Gate
Suatu gerbang diagram adalah suatu jalan grapis sederhana untuk menandai suatu titik di mana pesan dapat dipancarkan ke dalam dan ke luar dari interaksi yang dibagi-bagi. Suatu kekuatan fragmen harus menerima atau mengitim suatu pesan secara internal, dimana suatu pesan diperintah mencerminkan kebutuhan ini, dengan suatu gerbang menandai pada batas fragmen itu. Suatu pesan eksternal harus singkron dengan pesan internal ini. Gerbang dapat terlihat pada sebuah interaksi, kejadian interaksi dan mengkombinasikan fragmen ( untuk menetapkan ungkapan).”Suatu fragmen
dikombinasikan menggambarkan suatu ungkapan yang membagi-bagi interaksi. Suatu fragmen dikombinasikan oleh suatu operator interaksi dan opperand interaksi yang sama.