TEKNIK – TEKNIK ANALISA DESAIGN MENGGUNAKAN ERD DAN UML

Slides:



Advertisements
Presentasi serupa
Catur Iswahyudi + Edhy Sutanta
Advertisements

Studi Kasus.
Bab 7 sequence diagram Catur Iswahyudi.
UNIFIED MODELLING LANGUAGE
CLASS DIAGRAM.
Unified Modelling Language (UML)
13 KOMPONEN DIAGRAM UML & PROSES MODEL WATERFALL
Analisa dan Perancangan Sistem
UML (Unified Modelling Language)
Architecture dan design
USE CASE DIAGRAM.
Sequence diagram.
Activity Diagram.
USE CASE DIAGRAM.
ACTIVITY DIAGRAM.
USE CASE DIAGRAM.
SEQUENCE DIAGRAM.
Yang akan dipelajari Pengenalan UML Sejarah Singkat UML
SE3414 RPL: Teknik Berorientasi Objek
TEKNIK – TEKNIK ANALISA DESAIN PADA PERANCANGAN PROGRAM
PEMODELAN SISTEM INFORMASI
Rekayasa Perangkat Lunak Proses Rekayasa Perangkat Lunak
Diagram UML Studi Kasus : Sisfo Perpustakaan
Class Diagram.
CLASS DIAGRAM Materi Pertemuan 26
USE CASE DIAGRAM.
Source Code edit, compile, debug, link
Unified Modeling Language [UML]
UNIFIED MODELLING LANGUAGE
CLASS DIAGRAM.
Visual Modelling Teguh Sutanto, S.Kom.,M.Kom.
Soal Kuis I PSBO.
Diagram Class, Diagram Objek Diagram Component dan Deployment
USE CASE DIAGRAM.
USE CASE DIAGRAM.
Object-Oriented Design (OOD)
USE CASE DIAGRAM.
UNIFIED MODELING LANGUAGE ( UML )
USE CASE DIAGRAM.
PEMODELAN SISTEM INFORMASI BERORIENTASI OBYEK
Rekayasa Perangkat Lunak Class Diagram
PEMROGRAMAN VISUAL II Outline: UML (Unified Modeling Language)
Sequence Diagram.
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Designing Flow of Document
Rekayasa Perangkat Lunak
PEMODELAN SYSTEM BERORIENTASI OBYEK (UML)
PEMODELAN PROYEK (UML)
UNIFIED MODELLING LANGUAGE
CLASS DIAGRAM.
OOAD – TI S1 Defri Kurniawan UDINUS
PEMODELAN SISTEM INFORMASI
PEMODELAN SISTEM INFORMASI BERORIENTASI OBYEK
PEMODELAN OBJECT ORIENTED
Pemodelan Sistem Bisnis
Use Case Diagram.
USE CASE DIAGRAM.
Statechart , Class, Component & Deployment Diagram
Statechart , Class, Component & Deployment Diagram
Perancangan PL berorientasi objeck
ANALISIS & DESAIN SISTEM
Unified Modelling Languange (UML)
UML- UNIFIED MODELING LANGUAGE
Pertemuan 4 CLASS DIAGRAM.
Suplemen collaboration diagram component diagram
Unified Modeling Language
Pertemuan 9 UML Diagram Class & Diagram Objek
Pertemuan 6 Unified Modeling Language (UML)
Pertemuan 14 Class Diagram.
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Transcript presentasi:

TEKNIK – TEKNIK ANALISA DESAIGN MENGGUNAKAN ERD DAN UML PADA PERANCANGAN PROGRAM BERBASISKAN OBJECT

ERD UML Studi Kasus WEB Studi Kasus Program VB Studi Kasus WEB - SI

Entity Relationship Diagram (ERD) Menu Utama Entity Relationship Diagram (ERD) Langkah – langkah membuat E_R Diagram : Tentukan entity – entity yang diperlukan. Tentukan relantionship antar entity-entity. Tentukan cardinality ratio dan participation constraint. Tentukan atribute-atribute yang diperlukan dari setiap entity. Tentukan key diantara antribute-atribute. Hindari penamaan entity, relationship dan atribute yang sama Contoh ERD penggajian Contoh ERD penyewaan VCD

ARTIFACT UML (BAGAN YANG TERDAPAT PADA UML) Langkah – Langkah UML Activity diagram Actor A Use Case 1 Use Case 2 Actor B Document FileManager GraphicFile File Repository DocumentList FileList Customer name addr withdraw() fetch() send() receive() <<entity>> Forward Engineering(Code Generation) and Reverse Engineering Executable System User Interface Definition Domain Expert Use Case 3 Source Code edit, compile, debug, link Use-Case Diagram Class Diagram Collaboration Diagram Sequence Diagram Component Diagram State Diagram Package Diagram Deployment Diagram Class Package Diagram Class Diagram Use Case Diagram StateChart Diagram Collaboration Diagram Sequence Diagram Deployment Diagram Componen Diagram Ke Menu

PENGERTIAN ACTIVITY DIAGRAM Activity diagrams 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 5

Simbol Activity Diagram Contoh Sistem Berjalan Kasus VB Contoh Sistem berjalan Kasus Web Ke UML 6

PENGERTIAN USE CASE ‘use case’ adalah rangkaian/uraian sekelompok yang saling terkait dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh sebuah aktor. ‘use case’ digunakan untuk membentuk tingkah-laku benda/ things dalam sebuah model serta di Realisasikan oleh sebuah collaboration. Umumnya ‘use case’ digambarkan dengan sebuah ‘elips’ dengan garis yang solid, biasanya mengandung nama 7

Secara umum use case adalah: Pola perilaku system Use case menggambarkan proses system (kebutuhan system dari sudut pandang user) Secara umum use case adalah: Pola perilaku system Urutan transaksi yang berhubungan yang dilakukan oleh satu actor Use case diagram terdiri dari Use case Actors Relationship System boundary boxes (optional) Packages (optional) 8

Associations bukan menggambarkan aliran data/informasi Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case Ada 4 jenis relasi yang bisa timbul pada use case diagram Association antara actor dan use case Association antara use case Generalization/Inheritance antara use case Generalization/Inheritance antara actors Contoh KS VB Contoh KS Web Ke UML 9

Class memiliki tiga area pokok : CLASS DIAGRAM 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 (metoda/fungsi). Class diagram menggambarkan struktur dan deskripsi class, package dan objek beserta hubungan satu sama lain seperti containment, pewarisan, asosiasi, dan lain-lain. Class memiliki tiga area pokok : 1.Nama, merupakan nama dari sebuah kelas 2. Atribut, merupakan peroperti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada obyek dari class 3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan oleh class lain terhadap sebuah class 10

CLASS DIAGRAM (LANJUTAN) Atribut dan metoda dapat memiliki salah satu sifat berikut : Private, tidak dapat dipanggil dari luar class yang bersangkutan Protected, hanya dapat dipanggil oleh class yang bersangkutan dan anak-anak yang mewarisinya Public, dapat dipanggil oleh siapa saja Package, hanya dapat dipanggil oleh instance sebuah class pada paket yang sama Nama Class Atribut Metode/operasi 11

2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”). HUBUNGAN ANTAR CLASS 1. Asosiasi, yaitu hubungan statis antar class. Umumnya menggambarkan class yang memiliki atribut berupa class lain, atau class yang harus mengetahui eksistensi class lain. Panah navigability menunjukkan arah query antar class. 2. Agregasi, yaitu hubungan yang menyatakan bagian (“terdiri atas..”). 3. Pewarisan, yaitu hubungan hirarkis antar class. Class dapat diturunkan dari class lain dan mewarisi semua atribut dan metoda class asalnya dan menambahkan fungsionalitas baru, sehingga ia disebut anak dari class yang diwarisinya. Kebalikan dari pewarisan adalah generalisasi. 4. Hubungan dinamis, yaitu rangkaian pesan (message) yang di-passing dari satu class kepada class lain. Hubungan dinamis dapat digambarkan dengan menggunakan sequence diagram yang akan dijelaskan kemudian. 12

CONTOH CLASS DIAGRAM 13

MULTIPLICITY Unspecified Exactly one Zero or more (many, unlimited) One or more Zero or one (optional scalar role) Specified range Multiple, disjoint ranges Specification of multiplicity flushes out business rules and assumptions. The lower bound is critical, as the lower bound is what determines whether or not the relationship is optional (e.g., a lower bound of 0 indicates that the relationship is optional). Multiplicity is needed on both ends of a relationship, even if you can only navigate in one direction. Even though there is no need to navigate in that direction, the multiplicity still provides valuable business information. Sometimes navigation decisions are made for performance reasons, which may change over time. The multiplicity should reflect the requirements. Navigation is discussed on later slides. The use of ‘N’ instead of ‘*’ is Booch, not UML (e.g., the use of “0..N” and ‘N’ is not UML). 1 0..* * 1..* 0..1 For each role you can specify the multiplicity of its class, how many objects of the class can be associated with one object of the other class. Multiplicity is indicated by a text expression on the role. The expression is a comma-separated list of integer ranges. A range is indicated by an integer (the lower value), two dots, and an integer (the upper value). A single integer is a valid range. During analysis, assume a multiplicity of 0..* (zero to many) unless there is some clear evidence of something else. A multiplicity of zero implies that the association is optional; make sure you mean this; if an object might not be there, operations which use the association will have to adjust accordingly. Narrower limits for multiplicity may be specified (such as 2..4). Within multiplicity ranges, probabilities may be specified. Thus, if the multiplicity is 0..*, is expected to be between 10 and 20 in 85% of the cases, make note of it; this information will be of great importance during design. For example, if persistent storage is to be implemented using a relational database, narrower limits will help better organize the database tables. 2..4 2, 4..6 Contoh KS VB Ke UML Contoh KS Web 14

Sequence Diagram Sequence diagram (diagram urutan) adalah suatu diagram yang memperlihatkan atau menampilkan interaksi-interaksi antar objek di dalam sistem yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek tersebut termasuk pengguna, display, dan sebagainya berupa pesan/message. Sequence Diagram digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai sebuah respon dari suatu kejadian/even untuk menghasilkan output tertentu. Sequence Diagram diawali dari apa yang me-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan. 15

Simbol Sequence Diagram Contoh KS VB Contoh KS Web Ke UML 16

Collaboration Diagram Adalah perluasan dari objek dan diagram (objek diagram menunjukkan objek-objek dan hubungannya satu dengan yang lain). Collaboration Diagram menunjukkan message-message objek yang dikirim satu sama lain Contoh KS Web Ke UML

Component Diagram Component diagram menggambarkan struktur dan hubungan antar komponen piranti lunak, termasuk ketergantungan (dependency) diantaranya. Komponen piranti lunak adalah modul berisi code, baik berisi source code maupun binary code, baik library maupun executable, baik yang muncul pada compile time, link time maupun run time. Umumnya komponen terbentuk dari beberapa class dan atau package, tapi dapat juga berupa interface, yaitu kumpulan layanan yang disediakan sebuah komponen untuk komponen lainnya. Ke UML Contoh KS web

Deployment Diagram Deployment/physical diagram menggambarkan detail bagaimana komponen di-deploy dalam infrastruktur sistem, dimana komponen akan terletak (pada mesin, server atau piranti keras apa), bagaimana kemampuan jaringan pada lokasi tersebut, spesifikasi server, dan hal-hal lain yang bersifat fisikal. Sebuah node adalah server, workstation atau piranti keras lain yang digunakan untuk men-deploy komponen dalam lingkungan sebenarnya. Ke UML Contoh KS web

Package Diagram Adalah sebuah bentuk pengelompokkan yang memungkinkan untuk mengambil sebuah bentuk di UML dan mengelompokkan elemen-elemennya dalam tingkatan unit yang lebih tinggi. Kegunaan package yang paling umum adalah untuk mengelompokkan class Ke UML Contoh KS Web

Langkah-langkah pembuatan UML: Buat Dekomposisi Fungsi yang menggambarkan sistem secara keseluruhan, baik sistem yang berjalan maupun Usulan. Membuat activity Diagram berdasarkan sistem berjalan. Buat ERD berdasarkan File yang digunakan pada sistem Usulan untuk menunjang pembuatan Use case, Package, Class, Sequence diagram. Tentukan Package diagram Tentukan class diagram berdasarkan file data yang dibutuhkan Usecase dibuat berdasarkan program atau sistem usulan dari suatu sistem

Collaboration diagram dibuat berdasarkan tampilan utama dari program Sequence Diagram dibuat berdasarkan form yang ada disistem usulan Langkah terakhir buatlah Deployment diagram, Componen Diagram Ke UML

Statechart Diagram Statechart Diagram menggambarkan transisi dan perubahan keadaaan (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). Dalam UML, state digambarkan berbentuk segi empat dengan sudut membulat dan memiliki nama sesuai kondisinya saat itu. Transisi antar state umumnya memiliki kondisi guard yang merupakan syarat terjadinya transisi yan bersangkutan, dituliskan dalam kurung siku. Action yang dilakukan sebagai akibat dari event tertentu dituliskan dengan diawali garis miring. Titik awal dan akhir digambarkan berbentuk lingkarang berwarna penuh dan berwarna setengah. Ke UML Contoh KS Web

Contoh kasus Penggajian menggunakan visual basic

Prosedur Sistem berjalan: Proses pembuatan Daftar Data Pegawai dan Gaji pada SMP PGRI 1 Depok adalah sebagai berkut : 1. Proses Absensi Pegawai melakukan absensi harian melalui form daftar hadir pegawai. Berdasarkan form daftar hadir pegawai tersebut bagian Tata Usaha (TU) akan membuat Rekap Absen (RA) harian untuk diserahkan kepada Administrasi. 2. Proses Pemberian Rekap Biodata Pegawai (RBP) Pegawai memberikan data pribadi pegawai, data pendidikan, data keluarga yang dijadikan satu menjadi data pegawai kepada bagian Tata Usaha yang kemudian diarsipkan menjadi Rekap Biodata Pegawai (RBP). Lalu Rekap Biodata Pegawai (RBP) diserahkan kepada bagian administrasi untuk proses pengolahan Daftar Data Pegawai Dan Gaji (DDPG). 25

3. Proses Pengolahan Daftar Data Pegawai dan Gaji (DDPG) Setelah bagian administrasi menerima Rekap Biodata Pegawai (RBP) dan Rekap Absen (RA) akan mengolah kedua data tersebut untuk dibuatkan menjadi Daftar Data Pegawai dan Gaji (DDPG) yang kemudian diserahkan kepada Kepala Sekolah untuk ditanda tangani atau di Acc. 4. Proses Pembuatan Laporan Daftar Data Pegawai dan Gaji (DDPG) yang sudah diterima dan ditanda tangani oleh Kepala Sekolah akan diserahkan kembali kepada bagian Administrasi untuk dibuatkan Laporan Data Pegawai (LDP) dan Laporan Gaji Pegawai (LGP). Setelah bagian administrasi menerima Daftar Data Pegawai dan Gaji yang sudah di Acc akan membuatkan Laporan Data Pegawai (LDP) dan Laporan Gaji Pegawai (LGP) yang nantinya akan diserakan kepada Kepala Sekolah.selain itu bagian Administrasi akan membuatkan slip gaji untuk diserahkan kepada pegawai.

Dekomposisi Fungsi sistem berjalan

ACTIVITY DIAGRAM 1. Proses Absensi Pegawai melakukan absensi harian melalui form daftar hadir pegawai. Berdasarkan form daftar hadir pegawai tersebut bagian Tata Usaha (TU) akan membuat Rekap Absen (RA) harian untuk diserahkan kepada Administrasi.

Activity Diagram (Lanjutan…) 2. Proses Pemberian Rekap Biodata Pegawai (RBP) Pegawai memberikan data pribadi pegawai, data pendidikan, data keluarga yang dijadikan satu menjadi data pegawai kepada bagian Tata Usaha yang kemudian diarsipkan menjadi Rekap Biodata Pegawai (RBP). Lalu Rekap Biodata Pegawai (RBP) diserahkan kepada bagian administrasi untuk proses pengolahan Daftar Data Pegawai Dan Gaji (DDPG).

Activity Diagram (Lanjutan…) 3. Proses Pengolahan Daftar Data Pegawai dan Gaji (DDPG) Setelah bagian administrasi menerima Rekap Biodata Pegawai (RBP) dan Rekap Absen (RA) akan mengolah kedua data tersebut untuk dibuatkan menjadi Daftar Data Pegawai dan Gaji (DDPG) yang kemudian diserahkan kepada Kepala Sekolah untuk ditanda tangani atau di Acc.

4. Proses Pembuatan Laporan Daftar Data Pegawai dan Gaji (DDPG) yang sudah diterima dan ditanda tangani oleh Kepala Sekolah akan diserahkan kembali kepada bagian Administrasi untuk dibuatkan Laporan Data Pegawai (LDP) dan Laporan Gaji Pegawai (LGP). Setelah bagian administrasi menerima Daftar Data Pegawai dan Gaji yang sudah di Acc akan membuatkan Laporan Data Pegawai (LDP) dan Laporan Gaji Pegawai (LGP) yang nantinya akan diserakan kepada Kepala Sekolah.selain itu bagian Administrasi akan membuatkan slip gaji untuk diserahkan kepada pegawai.

ERD (Entity Relationship Diagram) Ke ERD

Use Case Absen Deskripsi use case Absen Nama : Use Case Diagram Absen Actor : TU dan Administrasi Deskripsi:TU mencetak Rekap Absen kemudian diserahkan kepada Administrasi Nama Use Case :<<Include>> input data absen harian

Use Case Rekap Biodata Pegawai Deskripsi Use Case Rekap Biodata Pegawai Nama : Use Case Rekap Biodata Pegawai Actor : TU dan Administrasi Deskripsi:TU mencetak Rekap Biodata Pegawai kemudian diserahkan kepada Administrasi Nama Use Case :<<Include>> input data pegawai, Pendidikan dan Keluarga.

Use Case Pengolahan Daftar Data Pegawai dan Gaji (DDPG) Deskripsi Use Case Pengolahan Data Pegawai dan gaji (DDPG) Nama : Use Case Pengolahan Data Pegawai dan Gaji Actor : Administrasi dan Pegawai Deskripsi:Administrasi Mencetak Slip Gaji kemudian diserahkan kepada Pegawai Nama Use Case:<<Include>> Input total absensi pegawai dan input data pegawai, data pendidikan, data keluarga, PKS, insentif, fungsional, transport dan potongan.

Use Case Laporan Deskripsi Use Case Laporan Nama : Use Case Laporan Actor : Administrasi dan Kepala Sekolah Deskripsi : Administrasi Mencetak laporan slip gaji dan mencetak laporan data pegawai, pendidikan, keluarga dan absen

Sequence Diagram Data pegawai

Sequence Diagram Data pendidikan

Sequence Diagram Absensi

Sequence Diagram Gaji

Sequence Diagram Laporan Gaji pegawai Ke Studi Kasus VB

Contoh kasus Penyewaan VCD menggunakan WEB

Adapun prosedur sistem berjalan adalah sebagai berikut : a. Proses pendaftaran anggota Untuk mendapatkan film yang dipinjam maka anggota rental harus terlebih dahulu mendaftarkan diri sebagai anggota. Calon anggota mengisi formulir anggota, kemudian dicatat oleh petugas lalu anggota tersebut mendapatkan kartu anggota baru, setelah mendapatkan kartu anggota baru, barulah anggota tersebut diperbolehkan untuk meminjam film yang ada di rental DVD Dreamz b. Proses peminjaman film Setelah mendapatkan kartu anggota, maka untuk meminjam film, anggota harus menyerahkan kartu anggota, lalu petugas rental mengecek nomor anggota. Kemudian anggota memilih film yang akan dipinjam lalu diserahkan kepada petugas rental untuk dicatat film yang dipinjam, mulai dari judul film, kode film serta batas waktu peminjaman film yang dipinjam

c. Proses pengembalian film Setelah batas waktu peminjaman film telah habis, maka anggota wajib mengembalikan film yang dipinjam sambil menyerahkan kartu anggota, lalu petugas rental akan memeriksa keadaan film yang dipinjam, dan bila film yang dipinjam tersebut dalam keadaan rusak atau batas waktu peminjaman telah habis, maka anggota tersebut dikenakan sangsi atau denda. Akan tetapi apabila film tersebut dalam keadaan baik dan batas waktunya tidak telat maka petugas akan memberikan kartu anggota kembali kepada anggota tersebut d. Proses pembuatan laporan Semua kegiatan yang terjadi pada rental yang meliputi dari data anggota, data peminjaman film serta data pengembalian film yang telah dicatat oleh petugas rental akan dibuatkan laporannya dan akan dilaporkan petugas rental setiap satu

Dekomposisi Fungsi Usulan

Activity Diagram Proses Pendaftaran Anggota

Activity Diagram Proses Peminjaman Film

Activity Diagram Proses Pengembalian Film

Activity Diagram Proses Pembuatan Laporan

Use Case Diagram (Sistem Usulan) Proses Pendaftaran Anggota Cetak Kartu Anggota Anggota Petugas <<Include>> Data Anggota Deskripsi Use Case Nama Use Case : Proses Pendaftaran Anggota Actor : Petugas, Anggota Deskripsi : Petugas akan memberikan Kartu Anggota kepada anggota setelah anggota melengkapi formulir yang diberikan untuk menjadi anggota rental

Proses Peminjaman Film Petugas Anggota Input Kode Film Cetak Bukti Pinjam Data Anggota <<Include>> <<Extended>> Nama Use Case : Proses Peminjaman Film Actor : Petugas, Anggota Deskripsi : Anggota pertama kali datang kerental dan memilih film yang akan disewa, setelah mendapatkan film yang ingin disewa lalu menyerahkan kartu anggota dan kode film-film yang akan disewanya kepada petugas rental, kemudian petugas rental mengecek data anggota. Lalu memasukan kode film-film yang disewa beserta batas waktu pengembaliannya. Dan mencetak bukti peminjaman.

Proses Pengembalian Film Petugas Anggota Data Anggota Cetak Laporan Pengembalian Data Pinjam Sangsi/Denda <<Include>> <<Extended>> Nama Use Case : Proses Pengembalian Film Actor : Petugas, Anggota Deskripsi : Anggota mengembalikan film pada batas waktu penyewaan, petugas mengecek data pinjam dan data anggota. Jika film tepat waktu dan dalam keadaan baik, maka petugas mengembalikan kartu anggota. Tapi jika batas sewa telah lewat atau film dalam keadaan rusak, maka anggota dikenakan denda atau sangsi.

Cetak Pengembalian Film Laporan Cetak Peminjaman film Pemilik Petugas Cetak Pengembalian Film Nama Use Case : Laporan Actor : Petugas, Pemilik Deskripsi : Petugas melakukan laporan peminjaman film dan pengembalian film lalu diberikan kepada pemilik rental.

Halaman Index

Ke ERD

Class Diagram

SEQUENCE DIAGRAM

Ke Studi Kasus WEB

Contoh kasus MERANCANG WEB DI SDN KEBON BAWANG 05 PAGI JAKARTA UTARA DENGAN MENGGUNAKAN PHP DAN MYSQL Ke Studi Kasus - SI

Procedure Berjalan A. Prosedur Penerimaan Murid Baru. Dalam Proses Penerimaan Murid Baru yang dilakukan oleh panitia penerimaan murid baru SDN Kebon Bawang 05 Pagi adalah penyebaran informasi kepada masyarakat mengenai tanggal dibukanya pendaftaran. Dimana Para Orang Tua dapat datang langsung ke sekolah untuk mengambil Formulir pendaftaran dan menyerahkan kembali ke panitia penerimaan murid baru disertai kelengkapan pendaftaran pada waktu – waktu dan tanggal yang sudah ditentukan oleh panitia. B. Prosedur Seleksi Penerimaan Murid Baru Setelah panitia penerimaan murid baru menerima semua berkas pendaftaran yang sudah diisi berserta kelengkapannya, maka panitia pendaftaran langsung akan mengirimkan seluruh berkas ke Walikota Jakarta Utara , sebagai tempat proses dan seleksi untuk mendapatkan calon – calon murid yang dapat diterima sesuai syarat dan ketentuan yang sudah ditetapkan. Hasil dari proses ini akan langsung diserahkan kembali ke sekolah SDN Kebon Bawang 05 Pagi Jakarta Utara untuk dapat di informasikan ke seluruh masyarakat.

C. Prosedur Pembuatan Majalah Dinding Sekolah Majalah dinding sekolah di SDN Kebon Bawang 05 Pagi Jakarta Utara dilakukan perubahan setiap bulannya. Proses pembuatan majalah dinding ini dilakukan secara bertahap yaitu : untuk minggu pertama dan kedua setiap bulannya , murid – murid yang ingin menyumbangkan karyanya untuk di tampilkan di majalah dinding sekolah mengumpulkan hasil karyanya ke panitia majalah dinding sekolah, untuk para guru bertugas juga mencari berita-berita yang akan di tampilkan di majalah dinding yang berasal dari harian ibukota atau dari majalah sekolah. Untuk minggu ketiga disetiap bulannya dilakukan penyortiran oleh panitia majalah dinding, disini akan ditentukan karya-karya dari murid-murid yang pantas untuk ditampilkan di majalah dinding dan berita-berita apa saja yang akan di tampilkan juga di majalah dinding sekolah ini. Untuk minggu keempat, panitia majalah dinding akan mengajukan ke Kepala Sekolah untuk dilihat dan disetujui untuk ditampilkan sebagai majalah dinding.

Activity Diagram Penerimaan Murid baru

Activity Diagram Proses Seleksi Penerimaan Murid Baru

Activity Diagram Pembuatan Majalah Dinding Sekolah

PACKAGE DIAGRAM

Class diagram

Use Case Diagram Penerimaan Murid Baru

Use Case Proses Seleksi Penerimaan Murid Baru

Use Case Pembuatan Majalah Dinding Sekolah

Statechart Diagram pengisian buku tamu

Statechart Diagram pengisian berita

Statechart Diagram Input Data Siswa

Buku Tamu

Sequence Diagram Buku Tamu

Entry Data Siswa

Sequence Diagram Entry Data Siswa

Entry Data Guru

Sequence Diagram Entry Data Guru

Collaboration Diagram Profile Website

COMPONENT DIAGRAM Login Kirim data Isi Data Simpan kedatabase Browsing

DEPLOYMENT DIAGRAM Ke Studi kasus SI

TERIMA KASIH