Template Apsi 17-18 (Fix)

LAPORAN TUGAS BESAR
ANALISIS DAN PERANCANGAN SISTEM INFORMASI

INVENTORY OUTBOUND SANGRILOKA
Tugas ini Diajukan untuk Memenuhi Tugas Besar Mata Kuliah
Analisis dan Perancangan Sistem Informasi
Disusun Oleh :
ZAM-ZAM WANDI RAMADAN (5520115088)
RIYAN SANTOSO (55201150)
KRISNA SEPTIANDI PURNAMA (5520114104)
RIKO HANDOKO (5520114112)
ISMAN SAHRUL RIJA (5520114130)
PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK
UNIVERSITAS SURYAKANCANA
CIANJUR
2017/2018
LEMBAR ASSESMENT
(Analisis Dan Perancangan Sistem Invormasi
Inventory Outbound Sangriloka)
Team
(APSIIOS)
PROGRAM STUDI TEKNIK INFORMATIKA FAKULTAS TEKNIK
UNIVERSITAS SURYAKANCANA
Laporan Tugas Besar APSI Ini Telah Disetujui dan Disahkan,
Cianjur, 31 Januari 2018

Project Manager, Pembimbing,
(Zam-zam Wandi Ramadan) (Muchamad Rijal A.A.)

NPM : 5520115088 NPM : 5520114108
Dosen Penanggung Jawab,
Siti Sarah Abdullah, M.T.

NIDN. 0403018001
Sistem Informasi Inventory Outbound Sangriloka

KATA PENGANTAR
Dengan memanjatkan puji syukur kehadiran Tuhan Yang Maha Esa yang
telah melimpahkan segala rahmat dan hidayahnya kepada penulis, sehingga
tersusunlah laporan penelitian tugas akhir ini yang berjudul “Analisis dan
Perancangan Sistem Informasi Outbound Sangriloka”.
Laporan ini merupakan pelengkap salah satu persyaratan yang diajukan

pada mata kuliah Analisis dan Perancangan Sistem Informasi di Program Studi
Teknik Informatika Fakultas Teknik Universitas Suryakancana Cianjur.
Penulis sungguh sangat menyadari, bahwa penulisan laporan Tugas Akhir ini
tidak akan terwujud tanpa adanya dukungan dan bantuan dari berbagai pihak.
Maka, dalam kesempatan ini penulis menghaturkan penghargaan dan ucapan
terima kasih yang sebesar-besarnya kepada:
1. Allah SWT yang telah memberikan kesehatan, kemudahan dan keberkahan

dalam melaksanakan dan menyelesaikan Laporan Tugas Besar ini.
2. Penulis ucapkan banyak terimakasih kepada Ibu Siti Sarah
Abdullah.,S.T.,M.T.
3. Yang tercinta kedua orang tua dan saudara, yang telah memberikan do’a dan
dorongan dalam melaksanakan tugas besar ini baik secara moril maupun
materil.
4. Penulis Ucapkan terimakasih kepada Muchamad Rijal A.A., selaku
pembimbing yang banyak sekali meluangkan waktu dan tidak pernah bosan
untuk memberikan petunjuk dan arahan kepada penulis dalam menyelesaikan
Laporan Tugas Besar ini.
5. Seluruh tenaga pengajar Program Studi Teknik Informatika Universitas
Suryakancana yang telah memberikan materi perkuliahan.
Akhir kata penulis mohon maaf atas kekeliruan dan kesalahan yang
terdapat dalam laporan ini dan berharap semoga laporan ini dapat memberikan
manfaat bagi khasanah pengetahuan Teknologi Informasi di Indonesia.

Cianjur, 31 Januari 2018
Penulis

DAFTAR ISI
LEMBAR ASSESMENT ...................................................................................................... i

KATA PENGANTAR ........................................................................................................ ii
DAFTAR TABEL...............................................................................................................vi
DAFTAR GAMBAR .........................................................................................................vii
DAFTAR SIMBOL .......................................................................................................... viii
DAFTAR ISTILAH ........................................................................................................... xv
BAB I PENDAHULUAN ................................................................................................ 16
1.1. Judul Analisis dan Perancangan Sistem Infomasi ............................................. 16
1.2. Definisi Analisis dan Perancangan Sistem Informasi ....................................... 16
1.3. Lingkup Sistem ................................................................................................. 17
1.4. Batasan Sistem .................................................................................................. 17
1.5. Waktu Pelaksanaan ........................................................................................... 17
BAB II TINJAUAN PUSTAKA ..................................................................................... 19
2.1. Landasan Teori.................................................................................................. 19
2.2.1. Definisi Analisis........................................................................................ 19
2.2.2. Definisi Perancangan ................................................................................ 19
2.2.3. Definisi Sistem .......................................................................................... 20
2.2.4. Definisi Informasi ..................................................................................... 20
2.2.5. Definisi Sistem Informasi ......................................................................... 21
2.2.6. Definisi Unified Modelling Language (UML) .......................................... 21
2.2. Tool-Tool Yang Digunakan .............................................................................. 23
2.3.1. Visual Paradigm ...........................................Error! Bookmark not defined.
BAB IIIANALYSIS MODELING ...................................................................................... 27
3.1. Scenario-Based Modeling ................................................................................. 27
3.1.1. User Scenario ............................................................................................ 27
Tabel 3.1. Nama User Scenario ............................................................................ 27
3.1.2. Actor List .................................................................................................. 28
Tabel 3.2. Actor List Judul Sistem ........................................................................ 28
3.1.3. Use Case List ............................................................................................ 28
Tabel 3.3. Use Case List Judul Sistem .................................................................. 28

3.1.4. Use Case Diagram..................................................................................... 28
3.1.5. Swimlane Diagram.................................................................................... 30
3.2. Data Modelling ................................................................................................. 34
3.2.1. Class Diagram .......................................................................................... 34
3.2.2. Entity Relationship Diagram ........................Error! Bookmark not defined.
3.3. Behavioral Modelling ....................................................................................... 35
3.3.1. State Diagram ........................................................................................... 35
3.3.2. Sequence Diagram .................................................................................... 37
BAB IV DESIGN MODELING ....................................................................................... 41
4.1. Architectural Design ......................................................................................... 41
4.1.1. Struktrur Menu .......................................................................................... 41
4.2. User Interface Design ....................................................................................... 41
4.3. Component Level Design .................................................................................. 47
4.3.1. Algoritma .................................................................................................. 47
4.4. Deployment Level Design ................................................................................. 48
BAB V PENUTUP .......................................................................................................... 49
5.1. Kesimpulan ....................................................................................................... 49
5.2. Saran ................................................................................................................. 49
DAFTAR PUSTAKA ....................................................................................................... 50
LAMPIRAN...................................................................................................................... 51

DAFTAR TABEL

DAFTAR GAMBAR

DAFTAR SIMBOL
A. Simbol Use Case Diagram

NO GAMBAR NAMA KETERANGAN
1 Actor Menspesifikasikan himpunan peran
yang pengguna mainkan ketika
berinteraksi dengan Use case.
2 Dependency Hubungan dimana perubahan yang
terjadi pada suatu elemen
mandiri(independent) akan
mempengaruhi elemen yang
bergantung padanya elemen yang
tidak mandiri (independent).
3 Generalizatio Hubungan dimana objek anak
n (descendent) berbagi perilaku dan
struktur data dari objek yang ada di
atasnya objek induk (ancestor).
4 Include Menspesifikasikan bahwa Use case
sumber secara eksplisit.
5 Extend Menspesifikasikan bahwa Use case
target memperluas perilaku dari Use
case sumber pada suatu titik yang
diberikan.
6 Association Apa yang menghubungkan antara
objek satu dengan objek lainnya.
7 System Menspesifikasikan paket yang
menampilkan sistem secara terbatas.

NO GAMBAR NAMA KETERANGAN
8 Use case Deskripsi dari urutan aksi-aksi yang
ditampilkan sistem yang
menghasilkan suatu hasil yang
terukur bagi suatu aktor
9 Collaboration Interaksi aturan-aturan dan elemen
lain yang bekerja sama untuk
menyediakan prilaku yang lebih besar
dari jumlah dan elemen-elemennya
(sinergi).
10 Note Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu
sumber daya komputasi
B. Simbol Swimlane Diagram
No Nama Simbol Gambar Keterangan
1 Start State Menggambarkan awal dari suatu

aktivitas yang berjalan pada sistem
2 End State Menggambarkan akhir dari suatu

aktivitas yang berjalan pada sistem.
3 Activity Menggambarkan aktivitas yang

dilakukan pada sistem.
4 Swimlane Menggambarkan pembagian atau

pengelompokan berdasarkan tugas
dan fungsi tersendiri.

5 Transition to Menggambarkan hubungan antara

self state atau activity yang kembali
kepada state atau activity itu sendiri.
6 Transition Menggambarkan hubungan antara

State dua state, dua activity ataupun
antara state dan activity.
7 Decision Menggambarkan kondisi dari

sebuah aktivitas yang bernilai benar
atau salah.
8 State Menggambarkan kondisi, situasi

ataupun tempat untuk beberapa
aktivitas.
9 Fork Menggambarkan aktivitas yang

dimulai dengan sebuah aktivitas dan
diikuti oleh dua atau lebih aktivitas
yang harus dikerjakan.
10 Join Menggambarkan aktivitas yang

dimulai dengan dua atau lebih
aktivitas yang sudah dilakukan dan
menghasilkan sebuah aktivitas.

C. Simbol Class Diagram
1 Class Class menggambarkan keadaan

Diagram (atribut/properti) dari suatu
objek. Nama menggambarkan
nama dari Class/objek. Atribut
menggambarkan batasan dari
nilai yang dapat dimiliki oleh
property tersebut. Method
menggambarkan implementasi
dari layanan yang dapat diminta
dari beberapa object dari Class ,
yang mempengaruhi behaviour.
2 Association Menggambarkan mekanisme

komunikasi suatu objek dengan
objek lainnya. Atau dapat juga
menggambarkan
ketergantungan antar kelas.
3 Aggregate Menggambarkan bahwa suatu

objek secara fisik dibentuk dari
objek-objek lain.
4 Multiplicity Menggambarkan banyaknya

object yang terhubung satu
dengan yang lainnya. Contoh :
1 Tepat satu
0..* Nol atau lebih
1..* Satu atau lebih
0..1 Nol atau satu

D. Simbol Entity Relationship Diagram
1 Entitas Adalah suatu objek yang dapat

diidentifikasi dalam lingkungan
pemakai
2 Relasi Menunjukan adanya hubungan

diantara entitas yang berbeda
3 Atribut Berfungsi untuk mendefinisikan

karakter entitas (atribut yang
berfungsi sebagai primary key
diberi garis bawah)
4 Garis Sebagai penghubung antara

relasi dan entitas atau
sebaliknya
E. Simbol Sequence Diagram
1 Aktor Menggambarkan seseorang atau

sesuatu (seperti perangkat, sistem
lain) yang berinteraksi dengan
sistem.
2 Boundary Menggambarkan interaksi antara

satu atau lebih actor dengan sistem,
memodelkan bagian dari sistem
yang bergantung pada pihak lain
disekitarnya dan merupakan
pembatas sistem dengan dunia luar.

3 Control Menggambarkan “perilaku

mengatur”, mengkoordinasikan
perilaku sistem dan dinamika dari
suatu sistem, menangani tugas
utama dan mengontrol alur kerja
suatu sistem.
4 Entity Menggambarkan informasi yang

harus disimpan oleh sistem (struktur
data dari sebuah sistem).
5 Object Menggambarkan pesan/hubungan

Message antar objek, yang menunjukan
urutan kejadian yang terjadi.
6 Message to Menggambarkan pesan/hubungan

Self objek itu sendiri, yang menunjukan
urutan kejadian yang terjadi.
7 Object Menggambarkan abstraksi dari

sebuah entitas nyata atau tidak nyata
yang informasinya harus disimpan.

F. Simbol State Diagram
No Gambar Nama Keterangan
1 State Nilai atribut dan nilai link pada
suatu waktu tertentu, yang dimiliki
oleh suatu objek.
2 Initial Pseudo Bagaimana objek dibentuk atau
State diawali
3 Final State Bagaimana objek dibentuk dan
dihancurkan
4 Transition Sebuah kejadian yang memicu
sebuah state objek dengan cara
memperbaharui satu atau lebih nilai
atributnya
5 Association Apa yang menghubungkan antara
objek satu dengan objek lainnya.
6 Node Elemen fisik yang eksis saat aplikasi
dijalankan dan mencerminkan suatu
sumber daya komputasi.

DAFTAR ISTILAH
DAFTAR ISTILAH
No. Istilah Keterangan
1 APSI MAS Analisis dan Perancangan Sistem Informasi Master
BOUND Outbound
2 PHP Hypertext Prepoccesor
3 SQL Structured Query Languange
4 HTML Hypertext Markup Languange
5 XML Extended Markup Languange
6 CSS Cascading Style Sheets
7 CI CodeIgniter

BAB I
PENDAHULUAN
Bab ini membahas tentang judul analisis dan perancangan sistem informasi,
definisi dari analisis dan perancangan sistem informasi, lingkup dan batasan
sistem, dan waktu pelaksanaan kegiatan.
1.1. Judul Analisis dan Perancangan Sistem Infomasi
Judul sistem yang dibahas pada Analisis dan Perancangan Sistem Informasi
ini adalah “Analisis dan perancangan sistem informasi inventory outbound”
1.2. Definisi Analisis dan Perancangan Sistem Informasi
Setiap perusahaan, apakah perusahaan itu perusahaan perdagangan ataupun
perusahaan pabrik serta perusahaan jasa selalu mengadakan persediaan. Tanpa
adanya persediaan, para pengusaha akan dihadapkan pada resiko bahwa
perusahaannya pada suatu waktu tidak dapat memenuhi keinginan pelanggan yang
memerlukan atau meminta barang/jasa. Persediaan diadakan apabila keuntungan
yang diharapkan dari persediaan tersebut hendaknya lebih besar daripada biaya-
biaya yang ditimbulkannya.Adapun menurut Sofjan Assauri (1993:169) “
Persediaan adalah suatu aktiva yang meliputi barang-barang milik perusahaan
dengan maksud untuk dijual dalam suatu periode usaha yang normal “.
Sangriloka resort merupakan suatu perusahaan yang bergerak meliputi
berbagai macam bidang bisnis yang diantaranya adalah jasa penginapan dan
berbagai macam fasilitasnya, dalam hal ini persedian barang di sangriloka resort
merupakan sautu hal yang penting mengingat sangriloka bergerak dibidang bisnis
yang berhadapan langsung dengan konsumen yang mana kepuasan konsumen
adalah prioritas bagi perusahaan yang bergerak dalam bidang ini.
Oleh karena itu diperlukan suatu sistem yang baik guna melakukan
pengelolaan terhadap persediaan barang dan juga peralatan sebagai fasilitas dari
sangriloka resort guna menjaga mutu dan menjamin kepuasan konsumennya,
dalam hal ini yang menjadi point permasalahan adalah bagaimana cara mengelola
peralatan outbound sebagai fasilitas outdoor dari sangriloka resort untuk
disuguhkan kepada para tamu dan konsumen yang datang ke sangriloka resort.
Analisis dan perancangan system informasi informasi outbound

1.3. Lingkup Sistem
Agar pembahasan masalah dari pembuatan Sistem Informasi Inventory
Outbound ini terarah dengan baik, maka dalam laporan ini hanya akan membahas
fitur-fitur seperti :
a. Pengelolaan data peralatan outbound
b. Pengelolaan data pengajuan alat outbound
c. Pengelolaan data penerimaan alat outbound
d. Pengelolaan jadwalperawatan alat outbound
1.4. Batasan Sistem
Di dalam sistem informasi inventory outbound ini, tidak membahas fitur-
fitur seperti:
a. Tidak membahas penyetujuan alat-alat outbound yang diajukan
b. Tidak membahas tentang absensi pegawai outbound
c. Tidak membahas tentang gaji pegawai outbound
1.5. Waktu Pelaksanaan
Bulan / Tahun
Nama Kegiatan
September Oktober November Desember Januari
Pengumpulan Data
Analisis
Perancangan
Desain
Implementasi
Pengujian
Penyusunan
Laporan
Seminar

1.6. Model Penelitian
Menurut Pressman dalam bukunya “Software Engineering A Pracitioner's

Approach 7th Edition (2010:39)”, Waterfall Model, kadang- kadang disebut
klasik life cycle, menunjukkan sebuah sistematika yang berurutan untuk
pengembangan perangkat lunak yang diawali dengan spesifikasi persyaratan yang
dibutuhkan oleh customer dan kemajuan melalui perencanaan, pemodelan,
konstruksi, dan penyebaran, yang berpuncak pada dukungan yang berkelanjutan
dari perangkat lunak yang telah selesai Tahapan

BAB II
TINJAUAN PUSTAKA
Di dalam bab ini membahas mengenailandasan teori yang digunakan
sebagai acuan dalam membuat laporan, definisi perancangan dan definisi-definisi
lainnya, serta tool-tool yang digunakan untuk merancang “Sistem Informasi
Inventory Outbound”
2.1. Landasan Teori
Landasan teori merupakan teori yang relevan yang digunakan untuk
menjelaskan variable yang akan diteliti dan sebagai dasar untuk memberi jawaban
sementara terhadap rumusan masalah yang diajukan (hipotesis), dan penyusunan
instrument penelitian. Teori yang digunakan bukan sekedar pendapat dari
pengarang atau pendapat lain, tetapi teori yang benar-benar telah diuji
kebenarannya.
2.2.1. Definisi Analisis
Analisis dan Perancangan Sistem Informasi master outbound adalah sistem
yang membahas tentang kegiatan Master Outbound yang merupakan sebuah
kegiatan yang dilakukan di alam terbuka (Outdoor) dengan melakukan beberapa
simulasi permainan baik secara individu maupun kelompok. Adapun kegiatan
yang dibahas pada sistem ini yaitu seperti kelola Outbound, kelola event, kelola
pegawai dan kelola absen. Semua data kegiatan itu diolah menjadi informasi yang
berbentuk sistem yang akan diberikan kepada Sangriloka.
2.2.2. Definisi Perancangan
Berikut merupakan definisi perancangan menurut para ahli :
a. Menurut Kenneth dan Jane (2006:G12)
Menjelaskan bahwa perancangan sistem adalah kegiatan merancang detil
dan rincian dari sistem yang akan dibuat sehingga sistem tersebut sesuai
dengan requirement yang sudah ditetapkan dalam tahap analisa sistem.
b. O’Brien dan Marakas (2009:639)
Menurut O’Brien dan Marakas (2009:639) menjelaskan bahwa
perancangan sistem adalah sebuah kegiatan merancang dan menentukan
cara mengolah sistem informasi dari hasil analisa sistem sehingga dapat

memenuhi kebutuhan dari pengguna termasuk diantaranya perancangan
user interface, data dan aktivitas proses.
c. Bentley dan Whitten (2009:160)
Menurut Bentley dan Whitten (2009:160) melalui buku yang berjudul
“system analysis and design for the global enterprise” juga menjelaskan
bahwa perancangan sistem adalah teknik pemecahan masalah dengan
melengkapi komponen-komponen kecil menjadi kesatuan komponen
sistem kembali ke sistem yang lengkap. Teknik ini diharapkan dapat
menghasilkan sistem yang lebih baik.
2.2.3. Definisi Sistem
Dalam mendefinisikan sistem terdapat dua kelompok pendekatan sistem,
yaitu sistem yang lebih menekankan pada prosedur dan elemennya, Prosedur
didefinisikan sebagai suatu urut-urutan yang tepat dari tahapan-tahapan instruksi
yang menerangkan apa yang harus dikerjakan, kapan dikerjakan, dan bagaimana
mengerjakannya. Pertama, pendekatan yang menekankan pada prosedurnya, yang
mendefinisikan sistem sebagai berikut: Sistem yaitu suatu jaringan kerja dari
prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk
melakukan suatu kegiatan atau menyelesaikan suatu sasaran tertentu. Al-Bahra
Bin Ladjamudin (2005:3) Kedua, pendekatan yang lebih menekankan pada
elemen atau kelompoknya, yang mendefinisikan sistem sebagai berikut: Sistem
sebagai seperangkat elemen-elemen yang terintegrasi dengan maksud yang sama
untuk mencapai tujuan bersama.Al-Bahra Bin Ladjamudin (2005:3).
2.2.4. Definisi Informasi
Informasi merupakan hasil pengolahan data yang berguna bagi
penerimanya. Informasi adalah data yang diolah sehingga bernilai, berguna dan
dapat dijadikan bahan untuk mengambil sebuah keputusan (Yuhefizar).
Informasi adalah hasil pengolahan data yang diperoleh dari setiap elemen
system menjadi bentuk yang mudah dipahami oleh penerimanya, dan informasi
ini menggambarkan kejadian-kejadian nyata untuk menambah pemahamannya
terhadap fakta-fakta yang ada, sehingga dapat digunakan untuk mengambil suatu

keputusan. Sumber informasi adalah data dalam kenyataan yang menggambarkan
kejadian-kejadian dan kesatuan yang nyata.
Kualitas dari suatu informasi tergantung dari 3 hal yaitu:
a. Akurat (accurate)
Informasi harus bebas dari kesalahan dan tidak bisa atau menyesatkan.
Akurat juga beararti bahwa informasi harus jelas mencerminkan
maksudnya.
b. Tepat waktu (timelines)
Informasi yang sampai pada penerima tidak boleh terlambat. Informasi
yang sudah using tidak mempunyai nilai lagi, karena informasi merupakan
andasan didalam mengambil keputusan.
c. Relevan (relevance)
Informasi tersebut mempunyai manfaat untuk pemakainya. Relevansi
informasi untuk setiap orang antara satu dengan yang lainnya pasti
berbeda-beda.
2.2.5. Definisi Sistem Informasi
Menurut Abdul Kadir (2003:10) sistem informasi adalah sebuah rangkaian
prosedur formal di mana data dikelompokan, diproses menjadi infromasi, dan
didistribusikan kepada pemakai. Menurut Al-Bahran bin Aldjamudin (2005:13)
sistem informasi adalah Suatu sistem yang dibuat oleh manusia yang terdiri dari
komponen-komponen dalam organisasi untuk mencapai suatu tujuan yaitu
menyajikan informasi.Dari penjelasan diatas maka dapat diambil kesimpulan
bahwa sistem informasi adalah kumpulan dari subsistem-subsistem atau
komponen-komponen yang saling berkaitan dan berkerjasama untuk mencapai
satu tujuan tertentu yaitu mengolah data menjadi informasi yang berguna bagi
pengambilan keputusan.
2.2.6. Definisi Unified Modelling Language (UML)
Unified Modeling Language (UML) adalah keluarga notasi grafis yang
didukung oleh meta – model tunggal, yang membantu pendeskripsian dan desain
sistem perangkat lunak, khususnya sistem yang dibangun menggunakan
pemrograman berorientasi objek (OO). UML merupakan standar yang relatif

terbuka yang dikontrol oleh Object Management Group (OMG), sebuah
konsorsium terbuka yang terdiri dari banyak perusahaan. OMG dibentuk untuk
membuat standar – standar yang mendukung interoperabilitas, khususnya
interoperabilitas sistem berorientasi objek. OMG mungkin lebih dikenal dengan
standar – standar CORBA (Common Object Request Broker Architecture) (Fowler
Martin, 2005).
Menurut Verdi Yasin (2012:194) UML adalah sebuah "bahasa" yg telah
menjadi standar dalam industri untuk visualisasi, merancang dan
mendokumentasikan sistem piranti lunak. 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, serta ditulis
dalam bahasa pemrograman apapun. seperti bahasa - bahasa lainnya, UML
mendefinisikan notasi dan syntax/ semantik. Notasi UML merupakan sekumpulan
bentuk khusus untuk menggambarkan berbagai Diagram piranti lunak. Setiap
bentuk memiliki makna tertentu, dan UML syntax mendefinisikan bagaimana
bentuk-bentuk tersebut dapat dikombinasikan. Notasi UML terutama diturunkan
dari 3 notasi yang telah ada sebelumnya: OOD (Object-Oriented Design), OMT
(Object Modeling Technique), dan OOSE (Object-Oriented Software Engineering.
Menurut Verdi Yasin (2012:194) di dalam UML terdapat beberapa
Diagram yaitu:
a. 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 mempresentasikan sebuah interaksi
antara aktor dengan sistem.
b. Class Diagram
Class diagram adalah sebuah spesifikasi yang jika diinstansiasi akan
menghasilkan sebuah objek dan merupakan inti dari pengembangan dan
desain berorientasi objek.

c. 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.
d. 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.
e. Sequence Diagram
Sequence Diagram menggambarkan interaksi antar objek di dalam dan
di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa
message yang digambarkan terhadap waktu.
f. Collaboration Diagram
Collaboration Diagram juga menggambarkan interaksi antar objek
seperti sequence diagram, tetapi lebih menekankan pada peran masing –
masing objek dan bukan pada waktu penyampaian message.
g. Component Diagram
Component Diagram menggambarkan struktur dan hubungan antar
komponen piranti lunak, termasuk ketergantungan (dependency)
diantaranya.
h. Deployment Diagram
Deployment Diagram menggambarkan detil 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.
2.3. Tool-Tool Yang Digunakan
Agar memudahkan dalam pembuatan sistem, maka diperlukan beberapa
alat atau tools-tools yang digunakan dalam pembuatan Sistem Informasi Kitchen
Restoran Sangriloka.

Tools – tools yang digunakan memaparkan perangkat apa saja yang
digunakan dalam membangun aplikasi Sistem Informasi Kitchen Restoran
Sangriloka. Untuk membangun sebuah aplikasi berbasis website, diperlukan
beberapa perangkat seperti bahasa pemrograman,tools perancangan sistem,editor,
dan database. Berikut ini adalah bahasa pemrograman, editor, dan database yang
digunakan dalam membangun aplikasi.
2.3.1. Visual Paradigm
Visual Paradigm merupakan sebuah software model dengan sistem
visualisasi yang memungkinkan model yang telah dibuat dapat digunakan sebagai
representasi proyek-proyek lain dilengkapi dengan beberapa fitur yang ada
didalamnya sampai pada menganalisa sebuah proyek yang akan dikerjakan.
Diagram dapat disusun sedemikian rupa sehingga dapat dipustakakan menjadi
proyek per proyek yang saling berkaitan. Hal ini dapat juga membantu
memisahkan terhadap pekerjaan proyek sampai level terkecil.
Visual Paradigm dapat membandingkan perubahan antara diagram yang
satu dengan yang lain yang saling berkaitan dan dapat digunakan untuk melacak
perbedaan antara Diagram-digran yang ada. Dengan dukungan design layaknya
freehand dapat menambahkan ke diagram untuk penjelasan lebih detail apa yang
menjadi tujuan. Fasilitas lain dapat menggunakan mouse pen atau pena untuk
sketching bentuk jalan, kita juga dapat menambahkan bentuk solid seperti bintang,
dan panah rectangles.
2.3.2. Sublime Text 3
Sublime text merupakan salah satu text editor yang dapat digunakan oleh
programmer, khususnya web developer. Sublime text memiliki beberapa
kelebihan dari text editor lainnya, diantaranya :
a. Multiple Selection
Mempunyai fungsi untuk melakukan perubahan pada sebuah kode
dalam waktu yang sama dan dalam baris yang berbeda.

b. Command Pallete
Mempunyai fungsi yang berguna untuk mengakses file shortcut
dengan mudah,untuk mencari file tersebut dengan menekan
CTRL+SHIFT+P
c. Distraction Free Mode
Fitur ini sangat dibutuhkan oleh pengguna yang sedang fokus dalam
pekerjaan,yaitu dapat merubah tampilan layar menjadi penuh dengan
menekan SHIFT+F11
d. Find In Project
Memudahkan pengguna dalam memilih dan mencari file dalam project
dengan menekan SHIFT+P.
2.3.3. GitHub
GitHub adalah layanan penginangan web bersama untuk proyek
pengembangan perangkat lunak yang menggunakan sistem pengontrol versiGit
dan layanan hosting internet.
2.3.4. Balsamiq Mockups 3
Mockup artinya model atau replika mesin atau struktur, yang digunakan
untuk tujuan instruksional atau eksperimental.
Balsamiq mockup adalah program aplikasi yang digunakan dalam
pembuatan tampilan user interface sebuah aplikasi. Software ini sudah
menyediakan tools yang dapat memudahkan dalam membuat desain prototyping
aplikasi yang akan kita buat. Software ini berfokus pada konten yang ingin
digambar dan fungsionalitas yang dibutuhkan oleh pengguna.
2.3.5. Web Browser
Web browser merupakan perangkat lunak yang digunakan sebagai alat
sekaligus tempat untuk menjalankan aplikasi Sistem Informasi inventory
outbound sangriloka.
2.3.6. XAMPP
XAMPP adalah perangkat lunak yang menghubungkan tiga aplikasi kedalam satu
paket yaitu Apache, MySQL, dan PHPMyAdmin. XAMPP ini merupakan sebuah

perangkat lunak yang mudah digunakan dan mendukung instalasi di Linux dan
Windows.

BAB III
ANALYSIS MODELING
Analysis Modeling membahas tentang alur dari perancangan sebuah sistem

yang akan dibangunmeliputi Scenario-Based Modeling, Data Modeling dan
Behavioral Modeling.
3.1. Scenario-Based Modeling

Scenario-Based Modeling menjelaskan bagaimana memahami interaksi
antara user dengan sistem. Didalam scenario-based modeling produk yang
dihasilkan adalah Use case diagram dan activity diagram atau Swimlane Diagram.
(Pressman, 2010).
1.1.1. User Scenario
Tabel 3.1. Nama User Scenario
Kode Use Case Aktor Activity
U1 Kelola peralatan Admin Mengelola data peralatan
U2 Kelola Perawatan Admin Mengelola jadwal

perawatan peralatan
U3 Pengajuan Peralatan Admin Mengelola pengajuan

peralatan
U4 Penerimaan Peralatan Admin Mengelola Penerimaan

Peralatan

1.1.2. Actor List
Aktor merupakan representasi orang-orang atau perangkat yang
menggunakan sistem dan memiliki sifat serta fungsi yang dijelaskan dalam sebuah
konteks yang memiliki peran terhadap sistem.
Tabel 3.2. Actor List Sistem informasi Inventory Outbound

Aktor Keterangan
Admin Adalah orang yang menjalankan keseluruhan
sisterm
1.1.3. Use Case List

Daftar Use case menjelaskan tentang daftar use case yang ada didalam
sistem, daftar use case berisi kode, nama use case dan keterangan dari tiap
masing-masing use case.
Tabel 3.3. Use Case List Sistem informasi Inventory Outbound

Kode Sistem Usecase Keterangan
U1 Kelola peralatan Mengelola data peralatan
U2 Kelola Perawatan Mengelola jadwal perawatan peralatan
U3 Pengajuan Peralatan Mengelola pengajuan peralatan
U4 Penerimaan Peralatan Mengelola Penerimaan Peralatan
1.1.4. Use Case Diagram

Use case diagram mendeskripsikan kelakuan sistem dari sudut pandang
pengguna, berguna untuk membantu memahami kebutuhan. Use case adalah dasar
dari diagram lain. Use case adalah abstraksi dari interaksi antara system dan actor.
Use case berkerja dengan mendeskripsikan tipe interaksi antara actor sebuah
system dengan sistemnya sendiri melalui sebuah cerita bagaimana sebuah system
dipakai.

Gambar 3.1. Use caseDiagram Sistem informasi Inventory Outbound
Keterangan : dalam system informasi inventory outbound yang disusun kali ini
terdapat 4 proses atau use case yang di buat yaitu kelola peralatan, kelola
perawatan, pengajuan peralatan, dan penerimaan peralatan yang masing-masing
memiliki fungsi dan fitur yang berbeda-beda

1.1.5. Swimlane Diagram
Swimlane Diagram merupakan diagram yang memperlihatkan aliran
aktivitas-aktivitas yang dideskripsikan oleh use case dan pada saat yang
bersamaan memperlihatkan aktor mana atau kelas analisa mana yang
bertanggungjawab untuk aksi tertentu yang dideskripsikan oleh kotak aktivitas.

1. Swimlane diagram kelola peralatan
Gambar 3.2. Swimlane Diagram kelola peralatan system informasi inventory

outbound

Keterangan : pada swimlane diagram diatas yatu swimlane kelola peralatan
user dapat melakukan pengelolaan data peralatan dengan aktivitas tambah,edit,
dan hapus data yang dimana hal tersebut berfungsi untuk mengelola data peralatan
yang tersedia di outbound sangriloka
2. Swimlane diagram pengajuan barang
Gambar 3.3. Swimlane Diagram perawatan perlatan system informasi inventory

outbound
Keterangan : swimlane diatas menunjukan alur proses dari fungsi kelola

perawatan barang, yang memilik dua akivitas yaitu tambah dan sortir pengajuan.

3. Swimlane diagram pengajuan perlatan
Gambar 3.4. Swimlane Diagram pengajuan peralatan siste informasi outbound
Keterangan : swimlane diatas menunjukan alur proses pengauan peralatan

outbound, yang memiliki dua aktivitas, yaitu tambah dan sortir yang berfungsi
untuk mengelola pengajuan barang.

4. Swimlane diagram penerimaan peralatan
Keterangan : swimlane diatas menunjukan alur proses peneriman peralatan,

yang berfungsi untuk mengkonfirmasi bahwa barang yang diajukan telah diterima
3.2. Data Modelling

Data Modeling adalah object data yang diproses didalam sistem beserta relasi
antar object data. Object data merupakan representasi dari gabungan informasi
yang harus dipahami oleh software atau sistem. (Pressman, 2010).
3.2.1. Class Diagram

Class Diagram adalah pandangan aplikasi yang statis. ClassDiagram tidak
hanya menggambarkan visualisasi, menggambarkan dan mendokumentasikan
aspek yang berbeda dalam sistem, tetapi juga untuk kontruksi eksekusi kode
dalam software aplikasi.
Class diagram digunakan untuk mengelompokkan hal-hal inti dari setiap
proses yang ingin dilakukan. Semua proses dimasukkan ke dalam tiap-tiap class
dan saling dihubungkan pada class-class lainnya yang saling berhubungan.

Gambar 3.3. Class Diagram system informasi inventory outbound
Keterangan : clas diagram diatas merupakan gambaran dari sistem yang akan
kami bangun, yang mana memiliki empat class yaitu class kelolaperlatan,
kelolaperawatan, pengajuanperalatan, dan penerimaaneralatan.
3.3. Behavioral Modelling

Behavioral Modeling menunjukan bagaimana sebuah software akan
merespon terhadap kejadian diluar atau didalam sistem. (Pressman, 2010).
3.3.1. State Diagram
State Diagram adalah suatu metode untuk merepresentasikan jalannya
suatu sistem yang digambarkan berdasarkan kejadian sebab sistem tersebut
keadaanya harus diubah. State Diagram menunjukan sebuah aksi atau proses
aktifasi berdasarkan akibat dari kejadian yang berupa fakta.

Diagramstate UML merepresentasikan keadaan-keadaan (state) aktif untuk
masing-masing kelas dan event-event (pemicu) yang menyebabkan perubahan-
perubahan diantara keadaan-keadaan (state) aktif tersebut.
1. State diagram kelola peralatan
Gambar 3.5. State Diagram kelola peralatan system informasi inventory outbound
Keterangan : dalam menu kelola peralatan terdapat tiga buah proses yaitu
tambah , edi, dan hapus.
2. State diagram kelola perawatan
Keterangan : dalam menu kelola perawatan peralatan terdapat dua buah proses
yaitu tambah, dan sortir perawata.

3. State diagram pengajuan peralatan
Keterangan : dalam menu kelola peralatan terdapat tiga buah proses yaitu tambah ,
edit, dan hapus
Keterangan :
3.3.2. Sequence Diagram

Sequence Diagram merupakan bentuk kedua dari behavioral model.
Sequence Diagrammenunjukan bagaimana sebuah kejadian (event) menyebabkan
transisi dari objek ke objek.

Gambar 3.6. Sequence DiagramJudul Sistem
Keterangan :

Keterangan :

Keterangan :
Keterangan :

BAB IV
DESIGN MODELLING
Design Modelling membahas tentang gambaran dari sistem yang akan

dibangun di dinas kebersihan dan pertamanan di bidang kebersihan jalan dan
lingkungan. Design Modeling meliputi Architectural Design, User Interface
Design, Component Level Design, Pattern Design.
4.1. Architectural Design

Desain Arsitektur mendefinisikan relasi antara struktur element utama yang
ada didalam aplikasi, style arsitektur dan pola design yang dapat dimanfaatkan
untuk mencapai definisi analisis yang telah ditetapkan sistem yang kemudian
nanti dapat diimplementasikan. (Pressman, 2010).
4.1.1. Struktur Menu
Gambar 4.1. Struktur Menu Kelompok 1
Keterangan :
4.2. User Interface Design

Menggambarkan bagaimana software berkomunikasi dengan sistem dan
manusia yang menggunakannya. Antarmuka menggambarkan aliran informasi dan
prilakunya. (Pressman, 2010).

Gambar 4.2. User Interface Design Kelompok 1
Keterangan : gambar diatas merupakan rancangan system atau interface kelola

peralatan.
Tambah

Keterangan : gambar diatas merupakan form tambah ketika si user akan
menambahkan peralatan.
Edit
Keterangan : form diatas merupakan form edit, yang data digunakan apabila
user salah memasukan data dan akan mlakukan perubahan.

Hapus
Keterangan : gambar diatas merupakan gambar saat user menghapus data yang
sudah tidak diperlukan atau data yang salah kemudian tidak di edit.
Kelola Peralatan
Keterangan : gambar diatas menunjukan system atau interface kelola

perawatan, yang dapat digunakan user untuk mengecek peralatan yang akan
digunakan.

Tambah
Keterangan : form diatas adalah form tambah pada kelola perawatan, yang
dapat digunakan oleh user apabila memang ada peralatan yg sudah rusak tapi
masih bias digunakan atau untuk melakukan perawatan biasa.
Pengajuan Peralatan

Keterangan : gambar diatas merupakan rancangan system atau interface
pengajuan peralatan, yang mana disana terdapat table yang menunjukan peralatan
apa saja yang diajukan kepada pimpinan.
Tambah
Keterangan : form diatas merupakan form tambah pengajuan peralatan, yang

bertujuan untuk memperjelas peralatan apa saja yang kita butuhkan atau kita
ajukan.

Penerimaan Peralatan
Keterangan ; gambar diatas merupakan rancangan system atau interface dari

penerimaan peralatan.
4.3. Component Level Design

Component Level Design menstranformasi elemen struktur dari arsitektur
perangkat lunak kedalam deskripsi prosedural. Informasi didapatakan dari
pemodelan kelas, pemodelan aliran data, dan pemodelan prilaku (Pressman,
2010).
4.3.1. Algoritma
Algoritma adalah hasil produk component level design yang diambil dari
method pada Class diagram.
ALGORITMANama Algoritma
DEKLARASI
DESKRIPSI

4.4. Deployment Level Design
Desain level deployment mengindikasikan bagaimana aplikasi berfungsi dan
subsistem dapat dialokasikan kedalam lingkungan terkomputerisasi dan akan
mendukung sistem (Pressman, 2010).
Gambar 4.3. Deployment Level Design

BAB V
PENUTUP
5.1. Kesimpulan
5.2. Saran

DAFTAR PUSTAKA
Format APA, tidak menjadikan wikipedia maupun blog menjadi referensi
Contoh:
Abdullah, S. S. (2012). Pengantar Komputer : Office 2010. Bandung: SSA Corp.
Adriel, J. (2010, Oktober 10). Pengenalan Komputer, Sejarah dan Lingkungannya.

Dipetik Oktober 19, 2012, dari My Live is My Adventure:
http://joshua619.wordpress.com/2010/10/10/pengenalan-komputer-sejarah-dan-
lingkungannya/
Armstrong, C., & Sambamurthy, V. (1996). Creating Business Value Through

Information Technology: The Effects of Chief Information Officer and Top
Management Team Characteristics. Seventeenth International Conference on
Information Systems, (hal. 195-208). Cleveland, Ohio.
Rosita, E. (2012). Apa aja yang Penting Jadi. Cianjur: Adventure Works Press.

LAMPIRAN
LAMPIRAN 1. LEMBAR ASESSEMENT USER INTERFACE
LAMPIRAN 2. SOURCE CODE
LAMPIRAN 3. ABSEN RESPONSI

Template Apsi 17-18 (Fix)

Diunggah oleh

Informasi Dokumen

Judul Asli

Hak Cipta

Format Tersedia

Bagikan dokumen Ini

Bagikan atau Tanam Dokumen

Opsi Berbagi

Apakah menurut Anda dokumen ini bermanfaat?

Apakah konten ini tidak pantas?

Hak Cipta:

Format Tersedia

Template Apsi 17-18 (Fix)

Diunggah oleh

Hak Cipta:

Format Tersedia

LAPORAN TUGAS BESAR

ANALISIS DAN PERANCANGAN SISTEM INFORMASI

PROGRAM STUDI TEKNIK INFORMATIKA

(Analisis Dan Perancangan Sistem Invormasi

Inventory Outbound Sangriloka)

PROGRAM STUDI TEKNIK INFORMATIKA FAKULTAS TEKNIK

Laporan Tugas Besar APSI Ini Telah Disetujui dan Disahkan,

Cianjur, 31 Januari 2018

(Zam-zam Wandi Ramadan) (Muchamad Rijal A.A.)

Siti Sarah Abdullah, M.T.

Sistem Informasi Inventory Outbound Sangriloka

Laporan ini merupakan pelengkap salah satu persyaratan yang diajukan

1. Allah SWT yang telah memberikan kesehatan, kemudahan dan keberkahan

Sistem Informasi Inventory Outbound Sangriloka

Sistem Informasi Inventory Outbound Sangriloka

LEMBAR ASSESMENT ...................................................................................................... i

Sistem Informasi Inventory Outbound Sangriloka

Sistem Informasi Inventory Outbound Sangriloka

Sistem Informasi Inventory Outbound Sangriloka

Sistem Informasi Inventory Outbound Sangriloka

A. Simbol Use Case Diagram

Sistem Informasi Inventory Outbound Sangriloka

B. Simbol Swimlane Diagram

No Nama Simbol Gambar Keterangan

1 Start State Menggambarkan awal dari suatu

2 End State Menggambarkan akhir dari suatu

3 Activity Menggambarkan aktivitas yang

4 Swimlane Menggambarkan pembagian atau

Sistem Informasi Inventory Outbound Sangriloka

5 Transition to Menggambarkan hubungan antara

6 Transition Menggambarkan hubungan antara

7 Decision Menggambarkan kondisi dari

8 State Menggambarkan kondisi, situasi

9 Fork Menggambarkan aktivitas yang

10 Join Menggambarkan aktivitas yang

Sistem Informasi Inventory Outbound Sangriloka

No Nama Simbol Gambar Keterangan

1 Class Class menggambarkan keadaan

2 Association Menggambarkan mekanisme

3 Aggregate Menggambarkan bahwa suatu

4 Multiplicity Menggambarkan banyaknya

Sistem Informasi Inventory Outbound Sangriloka

No Nama Simbol Gambar Keterangan

1 Entitas Adalah suatu objek yang dapat

2 Relasi Menunjukan adanya hubungan

3 Atribut Berfungsi untuk mendefinisikan

4 Garis Sebagai penghubung antara

E. Simbol Sequence Diagram

No Nama Simbol Gambar Keterangan

1 Aktor Menggambarkan seseorang atau

2 Boundary Menggambarkan interaksi antara

Sistem Informasi Inventory Outbound Sangriloka

3 Control Menggambarkan “perilaku

4 Entity Menggambarkan informasi yang

5 Object Menggambarkan pesan/hubungan

6 Message to Menggambarkan pesan/hubungan

7 Object Menggambarkan abstraksi dari

Sistem Informasi Inventory Outbound Sangriloka

Sistem Informasi Inventory Outbound Sangriloka

No. Istilah Keterangan

1 APSI MAS Analisis dan Perancangan Sistem Informasi Master

2 PHP Hypertext Prepoccesor

3 SQL Structured Query Languange