Upload
lamlien
View
233
Download
0
Embed Size (px)
Citation preview
PERANCANGAN PROGRAM AKUNTANSI PENJUALAN DAN
PEMBELIAN ALAT KESEHATAN
PT.TODOMA
Diajukan untuk memenuhi salah satu syarat kelulusan Diploma Tiga (DIII)
ASEP RIZKI 11141188
ARIE KURNIADI 11140894
YUSUF AMINULLOH 11140893
Program Studi Komputerisasi Akuntansi
Akademi Managemen Informatika dan Komputer Bina Sarana Informatika
Jakarta
2017
ii
iii
iv
v
vi
vii
viii
ix
x
xi
xii
xiii
xiv
xv
xvi
xvii
KATA PENGANTAR
Segala Puji dan Syukur penulis panjatkan kehadirat Tuhan Yang Maha
Esa, yang telah melimpahkan rahmat dan karunia-Nya, karena atas berkat dan
kasih-Nya lah sehingga penulis mampu menyelesaikan tugas ini dengan
baik.Dimana tugas akhir ini penulis sajikan dalam bentuk buku yang sederhana.
Adapun judul tugas akhir, yang penulis ambil sebagai berikut, “
PerancanganProgram Akuntansi Penjualan dan Pembelian Alat Kesehatan
PT.TODOMA”.
Tujuan penulisan tugas akhirini dibuat sebagai salah satu syarat
kelulusanProgram Diploma Tiga (D.III) Akademi Manajemen Informatika dan
Komputer Bina Sarana Informatika. Sebagai bahan penulisan diambil berdasarkan
hasilpenelitian (eksperimen), observasi dan beberapa sumber literatur yang
mendukung penulisan ini. Penulis menyadari bahwa tanpa bimbingan dan
dorongan dari semua pihak, maka penulisan tugas akhir ini tidak akan lancar.
Oleh karena itu pada kesempatan ini izinkanlah penulis menyampaikan ucapan
terima kasih kepada :
1. Direktur Akademi Manajemen Informatika dan Komputer Bina Sarana
Informatika.
2. KetuaJurusanKomputerisasiAkuntansi AMIK BinaSaranaInformatika.
3. Bapak Muhammad Perwiranegara, SE, S.Kom, MM selaku Dosen
Pembimbing Tugas Akhir
4. Staff / Karyawan / Dosen dilingkungan AMIK Bina Sarana Informatika.
xviii
Serta semua pihak yang terlalu banyak untuk disebut sehingga
terwujudanya penulisan ini. Penulis menyadari bahwa penulisan tugas akhir
ini masih jeuh sekali dari sempurna, untuk itu penulis meminta untuk
memberikan kritik dan saran yang membangun demi kesempurnaan penulisan
dimana yang akan datang.
Akhir kata semoga tugas akhir ini dapat bermanfaat bagi penulis dan bagi
para pembaca yang berminat pada umumnya. Semoa bentuk bantuan dan
bimbingan yang telah diberikan dapat diterima dan mendapat balasan yang
setimpal dari Tuhan Yang Maha Esa
Jakarta, 12 Juli 2017
Penulis
xix
ABSTRAK
Perancangan Program Akuntansi Pembelian dan Penjualan Alat Kesehatan
PT.TODOMA
Pada saat ini PT. TODOMA hanya berupa perusahaan yang bergerak dalam
bidang .Farmasi Sistem yang ada pada PT. TODOMA ini masih dilakukan secara
manual. Mulai dari penyimpanan data-data lainnya yang berhubungan dengan
prosespenjualan dan pembelian. Sehingga memungkinkan pada saat proses
berlangsungnya kegiatan perusahaan terjadi banyak sekali kesalahan-kesalahan
dalam pencatatan, dan keterlambatan dalam pencarian data-data yang diperlukan.
Metodologi yang digunakan dalam penelitian ini adalah metode kepustakaan
yang bersumber dari referensi buku dan internet, serta melakukan penelitian
dengan mengadakan pencatatan, dan metode wawancara kepada pihak
perusahaan. Analisis dan perancangan program akuntansi pada PT. TODOMA
bertujuan untuk membuat sistem yang terkomputerisasi yang dapat digunakan
perusahaan dalam menjalankan kegiatan operasional perusahaan, dimana
kegiatan tersebut membutuhkan sistem yang sangat baik dan informasi yang
akurat demi untuk menunjang berkembangnya, dan juga kelancaran, serta
kemajuan perusahaan. Sekarang ini teknologi informasi melaju dengan
cepatnya.sehingga dengan sistem yang terkomputerisasi akan lebih baik dari
sistem yang manualagar berjalan lebih efektif dan efisien serta sistem penerimaan
kas yang sekarang lebih kondusif dibandingkan dengan sistem yang terdahulu.
Kata Kunci: Perancangan Program Akuntansi, Pembelian dan Penjualan
xx
ABSTRACT
Designing Accounting Program of Purchase and Sale of Medical Devices
PT.TODOMA
At this time PT. TODOMA is only a company engaged in the field. Pharmacy The
existing system at PT. TODOMA is still done manually. Starting from the storage
of other data related to the process of sale and purchase. So it is possible at the
time of the process of the company's activities occur a lot of errors in recording,
and delay in searching the necessary data. The methodology used in this study is
the literature method that comes from reference books and the internet, and
conduct research by holding records, and interview methods to the company.
Analysis and design of accounting program at PT. TODOMA aims to create a
computerized system that can be used by companies in running the company's
operational activities, where the activity requires a very good system and
accurate information in order to support the development, as well as smoothness,
and progress of the company. Now information technology is speeding up. So with
a computerized system will be better than the manual system to run more
effectively and efficiently and cash receipts system is now more conducive than
the previous system.
Keywords: Design of Accounting, Purchasing and Sales Program
xxi
Daftar Isi Halaman
Lembar Judul Tugas Akhir .............................................................................. i
Lembar Pernyataan Keaslian Tugas Akhir ...................................................... ii
Lembar Pernyataan Persetujuan Publikasi Karya Ilmiah ................................. v
Lembar Persetujuan dan Pengesahan Tugas Akhir .......................................... viii
Lembar Konsultasi Tugas Akhir ...................................................................... xi
Kata Pengantar ................................................................................................. xvii
Abstraksi .......................................................................................................... xix
Daftar isi .......................................................................................................... xxi
Daftar Simbol .................................................................................................. xxiv
Daftar Gambar ................................................................................................. xxv
Daftar Tabel .................................................................................................... xxvii
BAB I PENDAHULUAN ............................................................................... 1
1.1. Umum ....................................................................................................... 1
1.2. Maksud dan Tujuan ................................................................................... 2
1.3. Metode Penelitian .................................................................................... 3
1.3.1 Metode Pengumpulan Data ...................................................... 3
1.3.2 Metode Pengembangan Software ............................................ 4
1.4. Ruang Lingkup .......................................................................................... 5
BAB II LANDASAN TEORI ......................................................................... 6
2.1.Konsep Dasar Sistem ................................................................................ 6
2.2.Peralatan Pendukung (Tools System) ........................................................ 17
xxii
BAB III ANALISA SISTEM BERJALAN .................................................... 30
3.1 Umum ........................................................................................................ 30
3.2 Tinjauan Perusahaan ................................................................................. 31
3.2.1 Sejarah Perusahaan .......................................................................... 31
3.2.2. Struktur Organisasi dan Fungsi ...................................................... 32
3.3 Proses Bisnis Sistem Berjalan ................................................................... 35
3.4.Unified Modelling Language (UML) ........................................................ 36
3.4.1 Use Case Diagram(*) ..................................................................... 38
3.4.2. Activity Diagram ............................................................................. 40
3.5. Spesifikasi Sistem Berjalan ....................................................................... 43
3.5.1 Spesifikasi Bentuk Dokumen Masukan ........................................... 44
3.5.2. Spesifikasi Bentuk Dokumen Keluaran .......................................... 46
3.6. Permasalahan Pokok ................................................................................. 48
3.7. Pemecahan Masalah .................................................................................. 49
BAB IV RANCANGAN SISTEM USULAN ............................................... 50
4.1. Analisa Kebutuhan Software .................................................................... 50
4.1.1. Analisa Kebutuhan ......................................................................... 50
4.1.2. Use Case Diagram ........................................................................ 52
4.1.3. Activity Diagram ........................................................................... 83
4.2 Desain........................................................................................................ 98
4.2.1. Entity Relationship Diagram (ERD) ............................................... 99
4.2.2. Logical Record structure (LRS) ..................................................... 101
4.2.3. Spesifikasi File ................................................................................ 102
4.2.4. Software Architecture** ................................................................. 107
xxiii
4.2.5. User Interface .................................................................................. 108
4.2.6. Testing** ......................................................................................... 113
4.2.7. Spesifikasi Hardware dan Software ............................................... 119
BAB V PENUTUP ........................................................................................ 122
5.1. Kesimpulan .............................................................................................. 122
5.2. Saran ........................................................................................................ 122
DAFTAR PUSTAKA ..................................................................................... 124
LAMPIRAN - LAMPIRAN ............................................................................ 125
SURAT KETERANGAN PKL/RISET ........................................................... 130
DAFTAR RIWAYAT HIDUP ....................................................................... 133
xxiv
Daftar Simbol
Simbol Nama Keterangan
INITIA NODE Status awal aktivitas
sistem, sebuah diagram
aktivias memiliki sebuat
status awal.
ACTION Aktivitas yang dilakukan
sistem, aktivitas biasanya
diawali dengan kata
kerja.
DECISION Asosiasi percabangan
dimana jika ada pilihan
aktivitas lebih dari satu.
JOIN Digunakan untuk
menunjukan kegiatan
yang digabungkan.
FORK Digunakkan untuk
menunjukkan kegiatan
yang dilakukan secara
pararel.
ACTIVITY FINAL Status akhir yang di
lakukan sistem, sebuah
diagram aktivitas
memiliki sebuah status.
xxv
Daftar Gambar
Gambar I.1 Diagram UML
Gambar II.1 Struktur Oganisasi PT. TODOMA
Gambar II.2 Activity Diagram
Gambar III.1 Use Case Admin Login
Gambar III.2 Use Case Menu Utama
Gambar III.3 Use Case Library
Gambar III.4 Use Case Element Produk
Gambar III.5 Use Case Element Customer
Gambar III.6 Use Case Shipping
Gambar III.7 Use Case Menu Pendataan
Gambar III.8 Use Case Submenu Data Supplier
Gambar III.9 Use Case Submenu Data Produk
Gambar III.10 Use Case Submenu Data Customer
Gambar III.11 Use Case Kurir
Gambar III.12 Use Case Mengakses Menu Transaksi
Gambar III.13 Use Case Mengelola Submenu Transaksi Penjualan
Gambar III.14 Use Case Transaksi Pembelian
Gambar III.15 Use Case Status Pengiriman
Gambar III.16 Use Case Submneu Retur
Gambar III.17 Use Case Menu Report
Gambar III.18 Use Case Report Penjualan
Gambar III.19 Use Case Report Pembelian
Gambar III.20 Use Case Jurnal Transaksi
Gambar IV.1 Activity Diagram Menu Login
Gambar IV.2 Activity Diagram Menu Home
Gambar IV.3 Activity Diagram MenuLibrary
Gambar IV.4 Activity Diagram Element Produk
Gambar IV.5 Activity Diagram Element Customer
Gambar IV.6 Activity Diagram Shipping
Gambar IV.7 Activity Diagram Pendataan
Gambar IV.8 Activity Diagram Data Supplier
xxvi
Gambar IV.9 Activity Diagram Data Produk
Gambar IV.10 Activity Diagram Data Customer
Gambar IV.11 Activity Diagram Kurir
Gambar IV.12 Activity Diagram Transaksi
Gambar IV.13 Activity Diagram Transaksi Pembelian
Gambar IV.14 Activity Diagram Transaksi Penjualan
Gambar IV.15 Activity Diagram Status Pengiriman
Gambar IV.16 Activity Diagram Retur
Gambar IV.17 Activity Diagram Menu Report
Gambar IV.18 Activity Diagram Report Penjualan
Gambar IV.19 Activity Diagram Report Pembelian
Gambar IV.20 Activity Diagram Jurnal Transaksi
xxvii
Daftar Tabel
Tabel I.1 Use Case Diagram
Tabel I.2 Activity Diagram
Tabel I.3 Deployment Diagram
Tabel I.4 Squence Diagram
Tabel II.1 Use Case Admin Login
Tabel II.2 Use Case Menu Utama
Tabel II.3 Use Case Library
Tabel II.4 Use Case Element Produk
Tabel II.5 Use Case Element Customer
Tabel II.6 Use Case Shipping
Tabel II.7 Use Case Menu Pendataan
Tabel II.8 Use Case Submenu Data Supplier
Tabel II.9 Use Case Submenu Data Produk
Tabel II.10 Use Case Subemnu Data Customer
Tabel II.11 Use Case Kurir
Tabel II.12 Use Case Mengkses Menu Transaksi
Tabel II.13 Use Case Mengelola Submenu Transaksi Penjualan
Tabel II.14 Use Case Mengelola Submenu Transaksi Pembelian
Tabel II.15 Use Case Status Pengiriman
Tabel II. 16 Use Case Submenu Retur
Tabel II. 17 Use Case Menu Report
Tabel II. 18 Use Case Reprot Penjualan
Tabel II.19 Use Case Report Pembelian
Tabel II.20 Use Case Report Jurnal Transaksi
BAB I
PENDAHULUAN
1.1. Umum
Dalam perkembangan ilmu pengetahuan dan teknologi informasi saat ini,
teknologi informasi banyak membantu kehidupan manusia seiring dengan
berkembangnya teknologi moderen, menyadarkan diri pada kebutuhan informasi
yang cepat dan akurat, ketidak lancaran informasi dapat menyebabkan kesalahan
dalam mengambil keputusan, pengendalian operasional, perencanaan teknis dan
strategis, oleh kerena itu dubutuhkan penerapan teknologi informasi disegala
bidang.
Pengolahan data secara komputerisasi lebih menguntungkan dibandingkan
dengan pengolahan data secara manual. Keuntungan tersebut dapat ditinjau dari
beberapa segi diantaranya dalam hal penyajian laporan yang lebih cepat dan
efisien dan akurat. Faktor keuntunan inilah yang menjadi alasan mengapa
pengolahan data dilakukan secara komputerisasi untuk mengantikan sistem
manual.
PT. TODOMA merupakan perusahaan yang bergerak di bidang Farmasi.
Dalam hal ini PT. TODOMA merasa kurang pada sistem penjualan dan pembelian
yang masih dilakukan secara manual, sehingga memperlambat proses
penyimpanan data penjualan dan pembelian untuk mengatasi permasalahan
tersebut diperlukan pencatatan dengan sistem komputerisasi. Pentingnya sistem
informasi dalam sebuah perusahaan adalah untuk menghindari terjadinya
1
2
kesalahan, penyimpanan atau pengeluaran perusahaan yang fiktif sehingga dapat
menimbulkan kerugian pada perusahaan.
Sistem informasi.dalam penjualan dan pembelian menggambarkan atau
mendeskripsikan sistem pencatatan yang terkomputerisasi. Masalah ini dibahas
dalam Tugas Akhir (TA) dengan judul
“Perancangan Program Akuntansi Penjualan dan pembelian
PT.TODOMA”.
1.2. Maksud dan Tujuan
Adapun maksud dari pembuatan makalah ini adalah:
1. Menerapkan Pengetahuan Yang Telah Penulis Peroleh selama mengikuti
pendidikan di Akademi Managemen Informatika dan Komputer Bina
Sarana Infor Matika ( AMIK BSI ) yang di wujudkan dalam tugas akhir (
TA ).
2. Untuk menerapkan ilmu yang di dapat selama ini guna diterapkan di
permasalahan yang ada pada PT. TODOMA khususnya pada sistem
penjualan dan pemmbelian sehingga informasi tersebut bersifat akurat dan
efisien.
3. Memaksimalkan sumberdaya yang ada untuk produktifitas Karyawan.
4. Menghasilkan sistem informasi yang dapat melakukan pengolahan data
penjualan dan pembelian dengan tepat, cepat dan akurat.
Adapun tujuan dari penulisan Tugas Akhir ini adalah sebagai salah satu
syarat kelulusan pada Program Diploma Tiga (D III) untuk program studi
Komputerisasi Akuntansi di BSI. Selain itu, Tugas Akhir (TA) ini juga bertujuan
3
agar mahasiswa mampu beradaptasi dengan lingkungan kerja setelah
menyelesaikan kuliah.
1.3. Metode Penelitian
Dalam menyusun perancangan sistem informasi sistem penjualan dan
pembeliandigunakan berbagai metode dalam memperoleh data. Metode penelitian
yang di butuhkan harus berhubungan erat dengan prosedur yang ada. Untuk
memperoleh data – data dan informasi sebagai bahan penelitian,
1.3.1. Metode Pengumpulan Data
Metode Pengumpulan Data Dilakukan Dengan Cara Sebagai Berikut:
1. Studi Lapangan
a. Pengamatan (Observasi)
Pengamatan dilakukan dengan mengamati langsung kegiatan-kegiatan
yang dilakukan oleh bagian-bagian terkait dalam sistem penggajian.
b. Wawancara (Interview)
Wawancara dilakukan dengan Mengajukan pertanyaan lisan pada
bagian – bagian yang terkait dalam sistem penjualan dan pembelia
2. Studi Pustaka
Teknik mengumpulkan data dengan mempelajari buku- buku bacaan yang
merupakan sumber informasi yang dapat menunjang tersusunya tugas mata
kuliah sistem informasi akuntansi ini.
4
1.3.2. Metode Pengembangan Sofware
Metode pengembangan sofware adalah untuk membantu menghasilkan
perangkat lunak yang berkualitas ,metode-metode perangkat lunak secara umum
ada 3 yaitu:
1. Model sekuensial Linier atau waterfall
Model sekuensial Linier sering disebut metode pengembangan air
terjun,merupakan paradigma model pengembangan perangkat lunak paling tuadan
paling banyak dipakai.model ini mengusulkan sebuah pendekatan pengembangan
perangkat lunak yang sistematik dan sekuensial yang mulai pada tingkat kemajuan
system pada seluruh tahapan analisis,desain,kode,pengujian dan pemeliharaan.
2. Metode Prototype
Metode prototype merupakan suatu paradigma baru dalam metode
pengembangan perangkat lunak dimana metode ini tidak hanya sekedar evolusi
dalam dunia pengembangan sistem perangkat lunakyang lama yaitu sistem
sekuensial yang biasa dikenal dengan SDLC atau waterfall develotment model.
3. Model Rapid Application Develotment(RAD)
RAD adalahh sebuah model proses pengembangan sistem sekuensial linier
yang menekan siklus perkembangan yang sangat pendek (kira-kira 60-90
hari).model RAD ini merupakan sebuah adaptasi dari “kecepatan tinggi” adri
model sekuensial linier dimana perkembangan cepat dicapai dengan mengunakan
pendekatan kontruksi basis komponen.
5
1.4. Ruang Lingkup
Penelitian yang dilakukan penulis dalam menyusun Tugas Akhir (TA) ini
menganalisa pada sistem penjualan PT. TODOMA. Mulai dari admin memasukan
data, Proses penjualan , Proses perhitungan Pembelian, Proses Pembuatan pesanan
, Proses Laporan penjualan dan pembelian yang di setujui oleh Manager PT.
TODOMA.
6
BAB II
LANDASAN TEORI
2.1. Konsep Dasar Sistem
Konsep dasar sistem merupakan suatu konsep yang memberikan
penjelasan tentang suatu sistem. Sebuah sistem terdiri atas bagian-bagian atau
komponen atau elemen-elemen yang terpadu untuk suatu tujuan. Sebagai
gambaran, jika dalam sebuah sistem terdapat elemen yang tidak memberikan
manfaat dalam mencapai tujuan yang sama, maka dapat di pastikan elemen
teresebut bukanlah bagian dari sistem. Dalam proses kerjanya sistem memperoleh
masukan atau data dan menghasilkan keluaran, informasi secara sederhana suatu
sistem dapat di artikan sekelompok dua atau lebih komponen-komponen yang
saling berkaitan (interrelated) atau subsistem-subsistem yang bersatu untuk
mencapai suatu tujuan.Dengan adanya konsep dasar sistem akan mudah
memberikan pemahaman kepada kita, bagaimana memahami merancang dan
mengembangkan sebuah sistem.
A. Pengertian Sistem
Pada dasarnya sistem adalah sekumpulan elemen yang saling berkaitan
atau terpadu yang dimaksudkan untuk mencapai suatu tujuan. Sebagai gambaran
jika kata sistem telah banyak sekali di gunakan atau didengardalam berbagai
kesempatan, antara lain dalam percakapan sehari-hari, tulisan di berbagai
mediamasa, forum seminar atau diskusi, buku-buku atau berbagai dokumen
ilmiah. Walaupun kata sistem ini sering sekali didengar atau dipergunakan, namun
6
7
semua pihak yang mendengarka atau menggunakan kata tersebut belum tentu
mempunyai pemahaman yang sama tentang pengertian dan penerapannya.
Menurut Hall (2013:15) sistem adalah sekelompok dari dua atau lebih
komponen atau sub sistem yang berhubungan untuk melayani tujuan umum,
adapun menurut Azhar Susanto (2013:22) dalam bukunya yang berjudul sistem
informasi akuntansi Sistem adalah kumpulan atau grup dari sub sistem/ bagian/
komponen apapun baik phisik ataupun non phisik yang saling berhubungan satu
sama lain dan bekerja sama secara harmonis untuk mencapai suatu tujuan tertentu,
dan menurut Romney (2009:26) Sistem selalu dibuat dari subsistem yang lebih
kecil, setiap subsistem melakukan suatu fungsi khusus penting untuk mendukung
sistem yang lebih besar untuk mencapai suatu tujuan tertentu.
Bila mengacu pada kamus besar bahasa Indonesia, Dijumpai pengertian
sistem sebagai berikut:
1. Sekelompok bagian yang bekerja sama untuk melakukan suatu maksud,
misalnya Urat syaraf dalam Tubuh
2. Sekelompok dari pendapat, peristiwa kepercayaan, dan sebagainya yang di
susun dan diatur baik, misalnya sistem filsafat.
3. Cara ( metode ) yang teratur untuk melakukan sesuatu, misalnya sistem
pengajaran bahasa.
B. Karakteristik Sistem
Menurut Ladjamuddin (2008:10) memahami dan mengembangkan suatu
sistem, maka kita harus dapat membedakan sistem berdasarkan unsur-unsur yang
membedakannya. Unsur-unsur itu adalah karakter sistem.
8
Suatu sistem mempunyai karakteristik atau sifat-sifat tertentu, yaitu:
1. Komponen (Component )
Sebuah sistem terdiri dari sejumlah komponen yang saling berinteraksi
artinya saling bekerja sama membentuk suatu kesatuan.
2. Batasan Sistem (boundary )
Batasan sistem merupakan daerah yang membatasi antara satu sistem
dengan sistem lainnya atau dengan lingkungan luarnya.
3. Lingkungan Luar Sistem (Environment)
Lingkungan luar dari suatu sistem apapun diluar batas dari sistem yang
mempengaruhi operasi sistem.
4. Penghubung Sistem (Interface )
Penghubung merupaka media penghubung antara suatu sub sistem dengan
subsistem lainnya. Melalui penghubung ini memungkinkan sumber-
sumber daya mengalir dari suatu sub sistem ke sub sistem lainnya.
5. Masukan Sistem (Input )
Masukan Sistem adalah energy yang dimasukan ke dalam sistem.
Masukan dapat berupa masukan perawatan (Mantenance input ) yaitu
energi yang dimasukan supaya sistem tersebut dapat beroprasi dan
masukan sinyal (signal input ) energi yang diproses untuk di dapatkan
keluarannya.
6. Keluaran Sistem (Output )
Hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang
berguna dan sisa pembuangan. Keluaran dapat berupa masukan untuk sub
sistem yang lain atau kepada sub pra sistem.
9
7. Pengolahan Sistem (Process )
Pengolahan sistem adalah bagian yang bertugas mengolah atau mengubah
masukan menjadi keluaran.
8. Sasaran sistem ( Objective)
Suatu sistem pasti memiliki tujuan (Goal ) atau sasaran (Objective).
Sasaran dari sistem sangat menentukan sekali masukan yang dibutuhkan
sistem dan keluaran yang akan dihasilkan sistem dan dikatakan berhasil
jika mengenai sasaran dan tujuannya.
C. Klasifikasi Sistem
Klasifikasi sistem adalah suatu bentuk integrasi antara satu komponen
dengan komponen lainnya, karena sistem mempunyai sasaran yang berbeda dalam
setiap kasus yang terjadi di dalam sistem tersebut.
Sistem dapat di klasifikasikan dari beberapa sudut pandang, diantaranya
adalah sebagai berikut:
1. Sistem Abstrak dan Sistem Fisik
Sistem Abstrak adalah sistem yang berupa pemikiran atau ide-ide yang
tidak nampak secara fisik, misalnya sistem filsafat pancasila, sistem
demokrasi, sistem komunis.
sistem fisik merupakan sistem yang keberadaannya dapat dilihat secara
fisik, misalnya sistem komputer, sistem keamanan, sistem produksi.
2. Sistem Alamiah dan Sistem Buatan Manusia
Sistem Alamiah adalah sistem yag terjadi melalui proses alam, tidak dibuat
oleh manusia, misalnya sistem tata surya, sistem alam jagad raya, sistem
tubuh manusia.
10
Sedangkan sistem buatan manusia merupakan sistem yang dirancang oleh
manusia, misalnya sistem pendingin udara (AC) sistem transportasi umum,
sistem pendidikan nasional.
3. Sistem Deterministic dan Sistem Probabilistic
Sistem Deterministic (sistem Tertentu) adalah sistem yang tingkah lakunya
dapat di prediksi secara pasti, misalnya arloji otomatis, sistem pendingin
udara.
Sedangkan Sistem Probabilistic merupakan sistem yang tingkah lakunya
sulit di prediksi secara pasti, misalnya sistem latihan sepak bola, nsistem
pembangunan, sistem pendidikan budi pekerti.
4. Sistem Terbuka dan Sistem Tertutup
Sistem terbuka adalah sistem yang keberadaannya banyak dipengaruhi
oleh lingkungan luar sistem, misalnya sistem perdaganggan bebas, sistem
perekonomian, sistem pendidikan.
Sedangkan Sistem Tertutup adalah sistem yang keberadaannya tidak
dipengaruhi oleh lingkungan luar sistem, misalnya sistem beradaban suku
badui dalam.
D. Tahap Perancangan Sistem
Suatu sistem pada dasarnya adalah sekelompok elemen-elemen yang
teritegrasi dengan maksud yang sama dengan suatu tujan. Definisi perancangan
sistem dapat di artikan sabagai berikut:
1. Tahap setelah analisis dari siklus pengembangan sistem.
2. Pendefinisian dari kebutuhan-kebutuhan fungsional.
3. Persiapan untuk rancang bangun inplementasi.
11
4. Menggambarkan bagaimana suatu sistem terbentuk.
5. Yang dapat berupa penggambaran, perencanaan dan pembuatan sketsa atau
pengaturan dari beberapa elemen yang terpisah kedalam satu kesatuan yang
utuh dan berfungsi.
6. Termasuk mengkonfigurasi dari komponen-komponen perangkat lunak dan
perangkat keras dri suatu sistem.
E. Pengendalian Sistem
Pengendalian sistem dikelompokan kedalam:
1. Pengendalian input
Didesain untuk memberikan keyakinan yang layak bahwa data yang
diterima untuk diproses telah di otorisasi, dikonversi kedalam bentuk yang
terbaca mesin dan di identifikasi dengan baik dan data dipastikan tidak
hilang.
2. Pengendalian Processing
Memberikan keyakinan yang layak bahwa pengolahan data elektronik
telah dilaksanakan sebagai maksud sistem tertentu yaitu bahwa tidak ada
transaksi yang diotorisasikan tidak ada yang terabaikan, dan tidak ada
transaksi yang tidak diotorisasi yang ditambahkan.
3. Pengendalian Output
Pengendalian output dilakukan dengan membentuk fungsi pengawas data.
F. Pengertian Informasi
Pada umumnya informasi adalah hasil olahan data yang bermanfaat bagi
pengguna informasi. Termasuk dalam kegiatan informasi ini adalah persiapan
12
pencetakan laporan, pemeriksaan hasil informasi sebelum di publikasikan kepada
pemakai, sereta kegiatan penyebaran informasi tersebut kepada para pemakai.
Menurut jogiyanto Hartono (2015:8) informasi adalah data yang telah
diolah menjadi sedemikian rupa sehingga fungsi dan kegunaanya lebih berguna
dan berati bagi pengguna yang lainnya sebagai dasar pengambilan keputusan.
Adapun menurut pendapat Notoatmodjo (2014:8) bahwa semakin banyak
memiliki informasi dapat memengaruhi atau menambah pengetahuan terhadap
seseorang dan dengan pengetahuan tersebut bisa menimbulkan kesadaran yang
akhirnya seseorang itu akan berperilaku sesuai dengan pengetahuan yang
dimilikinya.
Ciri-Ciri Informasi yang berkualitas, yaitu:
1. Informasi harus Relevan, yang artinya informasi tersebut mempunyai
manfaat oleh pemakainya.
2. Informasi harus Akurat, yang artinya informasi harus bebas dari
kesalahan-kesalahan dan harus jelas mencerminkan maksudnya.
3. Tepat pada waktunya, yang artinya informasi yang diterima tidak boleh
terlambat.
4. Konsisten, yang artinya informasi yang diterima sesuai dengan datanya
tidak mengalami perubahan yang tidak benar.
Fungsi Informasi, diantaranya:
1. Meningkatkan pengetahuan atau kemampuan pengguna,
2. Mengurangi ketidakpastian dalam proses pengambilan keputusan,
13
3. Menggambarkan keadaan sesuatu hal atau peristiwa yang terjadi
G. Pengertian Sistem Informasi
Sistem informasi adalah suatu sistem yang menggunakan teknologi
komputer untuk menyajikan informasi kepada para pemakai, kepada para
pengambil keputusan. Menurut Laudon (2014:74) Suatu sistem informasi adalah
sebagai suatu rangkaian yang komponen-komponennya saling terkait yang
mengumpulkan ( dan mengambil kembali), memproses, menyimpan dan
mendistribusikan informasi untuk mendukung pengambilan keputusan dan
mengendalikan perusahaan.
Ciri-ciri sistem informasi adalah:
1. Satu kesatuan : sautu kesatuan organisasi.
2. Bagian-bagian : ada manajemen karyawan, pemangku kepentingan
(stakeholders) lainya, gedung kantor.
3. Terjalin erat: tercemin dalam bentuk hubungan, interaksi, prosedur kerja
sama antar manajemen, karyawan, dan subsistem komputer yang di atur
dalam bentuk berbagai prosedur dan intruksi kerja.
4. Mencapai tujuan: menghasilkan informasi yang berkualitas
Pada umumnya Sistem informasi mempunyai beberapa komponen, yaitu:
1. Blok Masukan (Input Block)
Input memiliki data yang masuk kedalam sistem informasi, input disini
termasuk metode-metode dan media untuk menangkap data yang akan
dimasukan, yang dapt berupa dokumen-dokumen dasar.
2. blok Model (Model Block)
14
Terdiri dari kombinasi prosedur, logika, dan model matematika yang akan
memanipulasi data input dan data yang tersimpan di basis data, dengan
cara tertentu untuk menghasilkan keluaran yang diinginkan.
3. Blok Keluaran ( Output Block)
Produk dari hasil sistem informasi adalah keluaran yang merupakan
informasi yang berkualitas dan dokumentansi yang berguna untuk semua
tingkatan manajemen serta semua pemakai sistem.
4. Blok Teknologi (technogi Block)
Teknologi yang digunakan untuk menerima input, menjalankan model,
mengakses dan menyimpan data menghasilkan dan mengirimkan keluaran
dan membantu pengensalian dari sistem secara keseluruhan.
5. Blok Basis Data (Database Block)
Merupakan kumpulan dari data yang berhubungan satu dengan yang
lainnya, tersimpan di perangkat keras komputer dan digunakan
diperangkat lunak untuk memanipulasinya.
6. Blok kendali (Control Block)
Pengendalian perlu dirancang dan diterapkan untuk meyakinkan bahwa
hal-hal yang dapat merusak sistem dapat dicegah ataupun bila terlanjur
terjadi kesalahan-kesalahan dapat cepat diatasi.
H. Pengertian Sistem Informasi Managemen
Menurut Abdul Kadir ( 2013: 106) dalam buku pengenalan sistem
informasi edisi revisi sistem informasi managemen adalah sistem informasi yang
digunakan untuk menyajikan informasi yang digunakan untuk mendukung
15
operasi, manajemen, dan pengambilan keputusan dalam suatu organisasi, dan
menurut Abdul Kadir ( 2013: 106) dalam buku pengenalan sistem informasi edisi
revisi sistem informasi managemen Sistem Informasi Manajemen kadang kala di
sebut sistem peringatan management karena sistem ini memberikan peringatan
kepada pemakain ( umumnya management ) terhadap masalah maupun peluang.
Istilah lain dari SIM adalah sistem pelapuran manajemen atau management
reporting system.
I. Pengertian Sistem Informasi Akuntansi
Istilah sistem informasi akuntansi (SIA) baru mulai di populerkan sekitar
tahun 1980-an. Sebelumnya bidang ilmu ini lebih dikenal dengan Sistem
Akuntansi (SA). Menurut Bondar & Hopwood (2010:22) sistem informasi
akuntansi adalah sekumpulan sumber dana dan daya (resources) seperti orang dan
peralatan yang dirancang untuk mentransformasi data keuangan dan data lainnya
menjadi informasi.
Adapun menurut Azhar Susanto (2013:72) Dalam bukunya yang berjudul
sistem informasi akuntansi sistem informasi akuntansi adalah kumpulan atau
group dari sub sistem / bagian / komponen baik phisik maupun non phisik yang
saling berhubungan satu sama lain yang berhubungan satu sama lain dan bekerja
sama secara harmonis untuk mengolah data transaksi yang berkaiatan dengan
masalah keuangan menjadi informasi keuangan.
Bila dilihat dari perspektif sejarah, SIA ( yang berbasis teknologi
informasi) merupakan pengembangan lebih lanjut dari SA ( yang berbasis
16
manual) terutama untuk mengakomodasi dan mengintegrasikan disiplin akuntansi
dengan teknologi informasi , komunikasi dan komputer yang berkembang cepat.
J. Pengertian Sistem penjualan dan pembelian
Kotler dan Armstrong (2010) mendefinisikan penjualan memiliki makna
sebuah proses perusahaan untuk menciptakan nilai bagi konsumen dan
membangun hubungan yang kuat dengan konsumen untuk dapat menangkap nilai
dari pelanggan. Adapun menurut pendapat The American Marketing Association
(AMA) dalam buku “Behind a Powerfull Image” yang dikutip oleh Wilson Arafat
(2006, p21) penjualan adalah sebuah proses mulai dari perencanaan, pemilihan
serta penggunaan konsep, harga, promosi, dan distribusi dari ide-ide, barang
dagang, dan layanan yang diciptakan untuk mengubah atau membuat kepuasan
untuk individu maupun organisasi.
Dari penjelasan dan pemaknaan yang diberikan oleh para ahli, maka dapat
disimpulkan bahwa penjualan adalah sebuah kegiatan mulai dari perencanaan
sampai pembangunan hubungan dengan konsumen yang bertujuan mengetahui
nilai-nilai dari
pelanggan sebagai dampak dari kegiatan pemasaran itu sendiri.Gelinas dan Dull
(2011:430) berpendapat bahwa proses pembelian merupakan suatu struktur
interaksi antara orang-orang, peralatan, metode-metode, dan pengendalian yang
dirancang untuk mencapai fungsi-fungsi utama sebagaiberikut;
a) Menangani rutinitas pekerjaan yang berulang-ulang dari bagian
pembelian danpenerimaan.
b) Mendukung pengambilan keputusan dari orang-orang
17
yangmengatur bagian pembelian danpenerimaan.
c) Membantu dalam penyajian laporan internal dan laporan eksternal.
Dari definisi diatas dapat disimpulkan bahwa, pembelian merupakan
kegiatan yang dilakukan untuk pengadaan yang dibutuhkan perusahaan dalam
menjalankan usahanya dimulai dari pemilihan sumber sampai memperoleh
barang.Pada perusahaan dagang, kegiatan pembelian meliputi pembelian aktiva
produksi, pembelian barang dagangan serta pembelian barang dan jasa lain
dalam rangka kegiatan usaha. Pembelian dapat berupa kredit yaitu pembelian
yang mendapat fasilitas pembayaran lebih dari satu bulan, dan pembelian secara
tunai yaitu pembelian yang dibayar secara langsung tanpa syarat dengan uang
sendiri
2.2. Peralatan Pendukung ( Tool System )
Maksud dari suatu sistem adalah untuk mencapai suatu tujuan (goal) dan
ada juga yang menyebutkan untuk mencapai suatu sasaran (objectives). Tujuan
biasanya di hubungkan dengan ruang lingkup yag lebih sempit. Untuk mencapai
suatu tujuan dan sasaran tersebut dibutuhkan peralatan pendukung ( tool system )
seperti dibawah ini :
18
A. Unified Modelling Leanguage (UML)
UML adalah sekumpulan alat yang digunakan untuk melakukan abstraksi
terhadap sebuah sistem atau perangkat lunak berbasis objek.UML merupakan
singkatan dari Unified Modeling Language.UML juga menjadi salah satu cara
untuk mempermudah pengembangan aplikasi yang berkelanjutan. Aplikasi atau
sistem yang tidak terdokumentasi biasanya dapat menghambat pengembangan
karena developer harus melakukan penelusuran dan mempelajari kode program.
B. Diagram UML (Unifie Modeling Language)
Menurut Rossa dan Salahuddin (2013;140), UML terdiri dari 13 macam
diagram yang dikelompokkan dlam 3 kategori, pembagian kategori dan macam –
macam diagram tersebut dapat dilihat pada gambar dibawah.
Gambar I.1 Diagram UML
Berikut penjelasan singkat dari pembagian kategori tersebut :
UML Diagram
Behavior Diagram
Intraction Diagram
Component Diagram
Activity
Diagram
State Machin
e Diagra
m
TimingDiagram
Composite Structure Diagram
Package Diagram
Interaction Overview Diagram Deploym
ent Diagram
Use Case Diagram
Structure Diagram Sequen
ce Diagram
Class
Diagram Communicati
on Diagram
Object
Diagram
19
a. Structure diagrams yaitu kumpulan diagram yang digunakan untuk
menggambarkan suatu struktur statis dari sistem yangdimodelkan.
b. Behavior diagrams yaitu kumpulan diagram yang digunakan untuk
menggambarkan kelakuan sistem atau rangkaian perubahan yang
terjadi pada sebuahsistem.
c. Interaction diagrams yaitu kumpulan diagram yang digunakan untuk
menggambarkan interaksi sistem dengan sistem lain maupun
interaksi antar subsistem pada suatusistem.
20
1. ClassDiagram
Diagram kelas atau Class Diagram menggambarkan struktur sistem
dari segi pendefinisian kelas-kelas yang akan dibuat untuk membangun
system. Kelas memiliki apa yang disebut atribut dan metode atau
operasi.
2. ObjectDiagram
Diagram objectmenggambarkan struktur sistem dari segi penamaan
objek dan jalannya objek dalam sistem. Pada diagram objek harus
dipastikan semua kelas yang sudah didefinisikan pada diagram kelas
harus pakai objeknya, karena jika tidak, pendefinisian kelas itu tidak
dapatdipertanggungjawabkan.
3. ComponentDiagram
Diagram komponen atau component diagram dibuat untuk
menunjukkan organisasi dan ketergantungan diantara kumpulan
komponen dalam sebuah sistem.
4. Composite StructureDiagram
Diagram ini dapat digunakan untuk menggambarkan struktur dari
bagian- bagian yang saling terhubung maupun mendeskripsikan
struktur pada saat berjalan (runtime) dari instance yang saling
terhubung.
5. PackageDiagram
Package diagram menyediakan cara mengumpulkan elemen-elemen
yang saling terkait dalam diagram UML.
21
6. Diagram use-case (UsecaseDiagram)
Use case atau diagram use case merupakan pemodelan untuk kelakuan
(behavior) system informasi yang akan dibuat.
7. Diagram Activity
Diagram aktivitas atau activity diagram menggunakan workflow (aliran
kerja) atau aktivitas dari sebuah system atau proses bisnis atau menu
yang ada pada perangkat lunak.
8. State MachineDiagram
State machine diagram atau statechart diagram atau dalam bahasa
Indonesia disebut diagram mesin status atau sering juga disebut
diagram status digunakan untuk menggambarkan perubahan status atau
transisi status dari sebuah mesin atau sistem atauobjek.
9. SequenceDiagram
Diagram sekuen menggambarkan kelakuan objek pada usecase dengan
mendeskripsikan waktu hidup objek dan message yang dikirimkan dan
diterima antar objek.
10. CommunicationDiagram
Diagram komunikasi menggambarkan interaksi antar objek/bagian
dalam bentuk urutan pengiriman pesan.
11. TimingDiagram
Timing diagram merupakan diagram yang fokus pada penggambaran
terkait batasan waktu.
22
12. Interaction OverviewDiagram
Interaction overview diagram mirip dengan diagram aktivitas yang
berfungsi untuk menggambarkan sekumpulan urutan aktivitas.
C. Use Case Diagram
Usecase diagram adalah diagram usecase yang digunakan untuk
menggambarkan secara ringkas siapa yang menggunakan sistem dan apa saja
yang bisa dilakukannya. Diagram usecase tidak menjelaskan secara detail tentang
penggunaan usecase, namun hanya memberi gambaran singkat hubungan antara
usecase, aktor, dan sistem.
Simbol Nama Keterangan
USECASE Fungsionalitas
yangdisediakan sistem
sebagai unit-unityang
saling bertukar pesan
antar unit atau aktor.
ACTOR Orang, proses, atau
sistem lain yang
berinteraksi dengan
sistem informasi yang
akan dibuat di luar
23
sistem informasi yang
akan dibuat itu sendiri.
ASSOCIATION Komunikasi antara actor
dan usecase yang
berpartisipasi pada
usecase atau usecase
memiliki
Interaksi dengan aktor.
<<include>>
INCLUDE Relasi usecase dimana
proses bersangkutan
akan dilanjutkan
keproses yang dituju.
<<extend>>
EXTEND Relasi usecase tambahan
kesebuah usecase yang
ditambahkan dapat
berdiri sendiri walau
tanpa usecase tambahan
itu.
GENERALIZATION Dimana fungsi yang satu
adalah fungsi yang
umum dari yang lain.
Tabel I.1 Use Case Diagram
D. Activity Diagram
24
ActivityDiagram adalah diagram yang menggambarkan worlflow (aliran
kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Yang perlu diperhatikan
adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang
dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem.
Simbol Nama Keterangan
INITIA NODE Status awal aktivitas
sistem, sebuah diagram
aktivias memiliki sebuat
status awal.
ACTION Aktivitas yang dilakukan
sistem, aktivitas biasanya
diawali dengan kata
kerja.
DECISION Asosiasi percabangan
dimana jika ada pilihan
aktivitas lebih dari satu.
JOIN Digunakan untuk
menunjukan kegiatan
yang digabungkan.
FORK Digunakkan untuk
menunjukkan kegiatan
yang dilakukan secara
pararel.
25
ACTIVITY FINAL Status akhir yang di
lakukan sistem, sebuah
diagram aktivitas
memiliki sebuah status
akhir.
Tabel I.2 Activity Diagram
E. Logical Relational Structure (LRS)
LogicalRelationalStructure (LRS) adalah representasi dari struktur record-
record pada tabel-tabel yang terbentuk dari hasil antar himpunan entitas,
menentukan kardinalitas, jumlah tabel dan foreign key (FK). Menurut Hasugian
dan Sidiq (2012:608) memberkan batasan bahwa LRS adalah “sebuah model
sistem yang menggambarkan diagram-ERD akan mengikuti pola atau aturan
permodelan tertentu dalam kaitannya dengan konvensi ke LRS’.
F. Entity Relationship Diagram (ERD)
ERD adalah model konseptual yang mendeskripsikan hubungan antara
penadalah model konseptual yang mendeskripsikan hubungan antara penimpanan
(dalam DFD). ERD digunakkan untuk memodelkan struktur data dan hubungan
antara data dengan ERD, model dapat diuji dengan mengabaikan proses yang
dilakukan.
26
Simbol Nama Keterangan
Entitas Suatu objek yang bisa di
identifikasi dalam
lingkungan pemakai.
Relasi Menunjukkan adanya
hubungan di antara
sejumlah entitas yng
berbeda.
Atribut Berfungsi
mendeskripsikkan
karakter entitas (atribut
yang berfungsi sebagai
key diberi garis bawah)
Garis Sebagai Penghubung
antara relasi dengan
entitas, relasi dan entitas
dengan atribut.
Tabel I.3 ERD (Entity Relationship Diagram)
Jenis-jenis relationship dengan kardinalitas relasi dan atribut-
atributnya (Wulandari, 2011) :
1. One to one (satu kesatu)
Onetoone adalah hubungan yang menggambarkan bahwa key suatu
entitas hanya memiliki satu atribut yang berhungan dengan satu atribut
yang lain pada entity tersebut.
27
2. One to Many (satu kebanyak)
One to Many adalah hubungan yang menggambarkan bahwa key suatu
entitas memiliki banyak kegiatan entitas lain.
3. Many to Many (banyak kebanyak)
Many to Many adalah hubungan yang menggambarkan bahwa key suatu
entitas memiliki banyak kegiatan entitas lain.
G. Deployment Diagram
DeploymentDiagram merupakan gambaran proses-proses berbeda pada
suatu sistem yang berjaan dan bagaimana relasi di dalamnya. Hal inilah yang
mempermudah user dalam pemakaian sistem yang telah dibuat dan diagram
tersebut merupakan diagram yang statis.
Simbol Nama Keterangan
Package Package merupakan
sebuah bungkusan dari
satu atu lebih node.
Node Biasanya mengacu
pada perangkat keras
(hardware), perangkat
lunak yang tidak dibuat
sendiri (software), jika
didalam node
disertakan komponen
28
untuk
mengkonsistenkan
rancangan maka
komponen yang
diikutsertakan harus
sesuai dengan
komponen yang telah
didefinisikan
sebelumnya pada
diagram komponen.
Kebergantungan/Dependency Kebergantungan antar
node, arah panah
mengarah pada node
yang di pakai.
Link Relasi antar node.
Tabel I.4 Deployment Diagram
H. Sequence Diagram
SequenceDiagram (diagram uruan) adalah suatu diagram yang
memperlihatkan atau menampilkan interaksi-interaksi antar objek didalam sistem
yang disusun pada sebuah urutan atau rangkaian waktu. Interaksi antar objek
tersebut termasuk pengguna, display, dan sebagainya berupa pesan atau message.
Diagram ini digunakan untuk menggambarkan skenario atau rangkaian langkah –
langkah yang dilakukan sebagai sebuah respon dari suatu kejadian untuk
menghasilkan output tertentu.
29
Simbol Nama Keterangan
Lifeline Objek entiti,antar
muka yang saling
berinteraksi.
Message Spesifikasi dari
komunikasi antar
objek yang memuat
informasi – informasi
tentang aktifitas yang
terjadi.
Message Spesifikasi dari
komunikasi antar
objek yang memuat
informasi – informasi
tentang aktifitas yang
terjadi.
Tabel I.4 Squence Diagram
30
BAB III
ANALISA SISTEM BERJALAN
3.1 Umum
Perkembangan teknologi dan system informasi sekarang ini telah
berdampak pada pertumbuhan ekonomi diberbagai system. Bbidang industry saat
ini sudah mulai banyak menggunakkan teknologi dan sisem informasi yang
modern, ini ditandai dengan banyaknya perusahaan- perusahaan yang sudah mulai
menggunakkan computer sebagai sarana mempercepat penunjang pekerjaan dan
informasi yang cepat serta akurat.
Namun di sisi lain ternyata masih banyak ditemukan juga beberapa
perusahaan- perusahaan yang masih memakai system secara manual dalam artinya
semua keperluan dan penunjang kebutuhan akan oekerjaan masih banyak
mengandalkan tenaga manusia sebagai kebutuhan utamanya.
Kebutuhan akan teknologi dan sistem informasi telah mempengaruhi
seluruh bidang, baik itu bidang usaha. Sistem Informasi itu sendiri adalah elemen-
elemen yang saling berkaitan satu dengan yang lain yang melakukan semua
pengolahan data yang berguna bagi organisasi, dimana organisasi juga akan
member dukungan bagi pengambilan keputusan dari tingkat rendah hingga tingkat
tertinggi didalam sustu organisasi.
Oleh karena itu, suatu usaha harus selalu siap berkompetisi dengan usaha
lain dalam mendapatkan dan menguasai system informasi yang ada. Hal yang
palingpenting dalam menguasai system infomasi yaitu mengenai keakuratan dan
30
31
kecepatan pengolahan data. Maka dari itu, diperlukan suatu system
komputerisasi untuk lebih mempermudah pelaksanaan penjualan secara cepat,
tepat dan akurat.
Didalam suatu usaha pada masa sekarang ini,computer diharapkan akan
mampu menjawab berbagai macam tantangan yang terjadi di berbagai usaha ,oleh
pengolahan data ,penyimpanan data serta dapat menghemat tenaga atau biaya
apabila perwujudanya berjalan deengan lancer dan terdapat pengolahan data yang
cepat dan tepat maka tujuannya pun mudah tercapai.
3.2 Tinjauan perusahaan
Dalam tinjauan perusahaan ini berisi tentang sejarah perusahaan, struktur
organisasi dan fungsi dari masing-masing bagian yang ada dalam perusahaan
tersebut.
3.2.1 Sejarah Perusahaan
PT. Todoma adalah suatu perusahaan yang bergerak di bidang
penjualan alat-alat kesehatan dan obat-obatan. Perusahaan ini didirikan
kurang lebih 40 tahun yang lalu tepatnya 2 Agustus 1975, yang berlokasi di
jalan Duri Tengah No.1 Jakarta Pusat 10140.Perusahaan ini merupakan
perusahaan keluarga. Pendiri perusahan tersebut merupakan ayahanda
Bapak Saut Simorangkir dan beliau merupakan salah satu pewaris dari
perusahan tersebut.
Perusahaan ini juga bekerja sama dengan beberapa pabrik-pabrik di
luar negri diantaranya Amerika, Jepang, China untuk mengimport beberapa
alat-alat kesehatan yang akan dijual di Indonesia.Penjualan perusahaan ini
32
telah mencapai beberapa kota besar di Indonesia diantaranya Semarang,
Manado, Palembang, Jakarta, dan beberapa kota lain di Pulau Jawa.
3.2.2 Struktur Organisasi dan Fungsi
Struktur organisasi merupakan pembagian kerja yang menunjukan
hirarki dan menunjukan struktur wewenang organisasi serta memperlihatkan
pelaporannya. Dengan struktur organisasi yang baik, tugas-tugas
digolongkan sedemikian rupa sehingga dapat dilaksanakan secara efektif,
terarah dan terawasi serta hasil-hasilnya tersaji akurat.
33
Struktur organisasi PT. Todoma:
(Sumber : Struktur Organisasi PT. TODOMA)
Gambar II . 1 Struktur organisasi
Fungsi dari tiap-tiap bagian adalah:
1. Direktur Utama
a. Menentukan kebijakan tertinggi diperusahan.
b. Memelihara dan mengawasi kekayaan perseroan terbatas.
c. Bertindak sebagai perwakilan organisasi dalam hubungannya
dengan pihak luar.
Direktur Utama
Ny. Taatje Simorangkir
Wakil Direktur
Doli Simorangkir
Sekertaris
Ragun Simorangkir
General Manager
Saut Simorangkir
Finance
Indarawati
Administrasi
Siti Fatimah
Marketing
Alexander
Rudi hidayat
Hendra
Staff Collector
Ari Kurniadi
Engkos Setiawan
Missun
34
2. Wakil Direktur
a. Memberi saran yang membangun kepada direktur utama.
b. Mengkordinasi manajer dalam menjalankan fungsinya.
c. Membuat laporan kepada direktur utama mengenai perkembangan
perusahan.
3. General manajer
a. Mengkordinir dan mengawasi seluruh aktivitas yang dilaksanakan
diperusahan.
b. Menjadi Perantara dalam mengkomunikasikan ide, gagasan,
strategi antar pimpinan dengan staf.
c. Membimbing bawahan dan mendelegasikan tugas-tugas yang dapat
dikerjakan bawahan secara jelas.
4. Finance
a. Melakukan pengelolaaan keuangan perusahan.
b. Mengontrol aktivitas keuangan atau transaksi keuangan perusahan.
c. Membuat laporan keuangan perusahan.
5. Administrasi
a. Membuat faktur pembelian dan penjualan.
b. Membuat surat masuk dan keluar.
6. Marketing
a. Melakukan penawaran kepada setiap rumah sakit.
b. Mengantar barang kepada konsumen.
7. Staff Colletor
a. Melakukan penagihan terhadap konsumen.
35
b. Mencairkan giro ke bank sebagai hasil pembayaran konsumen.
3.3 Proses Bisnis Sistem Berjalan
Sesuai dengan ruang lingkup dalam penyususnan Tugas Akhir ini
kami menguraikan secara umum prosedur sistem penjualan PT. Todoma
yang meliputi :
1. Proses order penjualan
Setiap konsumen dapat memesan barang melalui telepon atau
faximile dengan menyertakan dokumen PO yang diterima oleh
bagian administrasi. Kemudian bagian administrasi berdasarkan PO,
memeriksa pesanan barang berdasarkan data stok, apabila stok
barang ada maka nilai penjualan dihitung dan dicatat kedalam faktur
penjualan yang dibuat rangkap 4 untuk data-data penjualan yang
diarsipkan dan ada konfirmasi ke konsumen dari pihak administrasi.
2. Proses Pengiriman barang
Administrasi kemudian membuka arsip faktur penjualan untuk
menyiapkan barang dan mencatat ke dokumen surat jalan untuk
selanjutnya diserahkan kebagian marketing yang bertugas mengirim
barang kekonsumen. Marketing mengirim barang, SJ, dan faktur
penjualan kekonsumen
3. Proses Pembayaran
Untuk pembayaran penjualan barang dilakukan dengan
menggunakan giro. Giro akan diserahkan oleh customer kepada staff
36
kolektor. Dan pihak staff kolektor mencairkan ke bank lalu
menyerahkan setoran kepada pihak Finance.
4. Pembuatan Laporan
Setiap akhir priode finance membuat laporan penjualan bulanan
berdasarkan rekap penjualan harian. Dan juga laporan barang yang
keluar berdasarkan data stok. Kedua laporan tersebut diberikan
kepada general manager sebagai proses evaluasi penjualan selama
satu bulan dan juga menyerahkan setoran dan buktipencairan giro
selama sebulan.
3.4 Unified Modelling Language (UML)
UML adalah sekumpulan alat yang digunakan untuk melakukan abstraksi
terhadap sebuah sistem atau perangkat lunak berbasis objek.UML merupakan
singkatan dari Unified Modeling Language. UML juga menjadi salah satu cara
untuk mempermudah pengembangan aplikasi yang berkelanjutan. Aplikasi atau
sistem yang tidak terdokumentasi biasanya dapat menghambat pengembangan
karena developer harus melakukan penelusuran dan mempelajari kode program.
UML juga dapat menjadi alat bantu untuk transfer ilmu tentang sistem
atau aplikasi yang akan dikembangkan dari satu developer ke developer lainya.
Tidak hanya antar developer terhadap orang bisnis dan siapapun dapat memahami
sebuah sistem dengan adanya UML.UML diciptakan oleh Object Management
Group yang diawali dengan versi 1.0 pada Januari 1997. Dalam pengembangan
berorientasi objek ada beberapa prinsip yang harus dikenal:Object, Class,
Abstraction, Encapsulation, Inheritance, Polymorphism.
37
UML umum digunakan di dunia kerja dan dunia pendidikan.Dunia kerja
menggunakan UML untuk menggambarkan sistem dan aplikasi berbasis objek
yang sudah ada sebelumnya atau merancang sistem dan aplikasi di awal
pengembangan sebelum memasuki tahap coding.
Beberapa posisi pekerjaan yang sering bersinggungan dengan UML antara
lain system analyst, software architect, dan technical writer. System analyst selain
perlu memiliki kemampuan coding, sudah tentu wajib menguasai UML, jika akan
mengembangkan aplikasi atau sistem berbasis objek agar dapat menjadi acuan
formal bagi para developer yang bekerja sama dengannya.
Tidak hanya itu system analyst pun terkadang dituntut untuk menguasai
pembuatan diagram lain seperti data flow diagram, flowchart, entity relationship
diagram, dan lainnya. Sedangkan UML menjadi kemampuan wajib bagi
seorang technical writer.Pekerjaan di posisi ini cukup banyak dibutuhkan oleh
beberapa perusahaan yang kesulitan dalam membuat dokumentasi sistem atau
aplikasi yang mereka kembangkan.Selain membuat user guide, technical
writer diperlukan untuk membangun keseluruhan dokumentasi dalam UML dari
aplikasi atau sistem, sehingga keberadaannya dapat menambah nilai aplikasi
menjadi lebih tinggi.
UML pun digunakan sebagai alat dalam beberapa mata kuliah di
perguruan tinggi yang membuka jurusan ilmu komputer, teknik informatika,
sistem informasi, manajemen informatika, dan komputerisasi akuntansi.Mata
kuliah yang biasa diberikan bernama Metodologi Berorientasi Objek dan
Pemrograman Berorientasi Objek. Bahasa pemrograman yang digunakan
umumnya Java, C#, dan PHP, kemudian mahasiswa akan mempelajari juga
38
bagaimana merancang sebuah sistem atau aplikasi menggunakan UML terhadap
suatu kasus dan membuat aplikasinya ketika memasuki tahap coding.
Tidak hanya sebatas kuliah, beberapa perguruan tinggi yang mempunyai
jurusan informatika, kadang mewajibkan penggunaan UML untuk digunakan
sebagai alat bantu di skripsi, tesis, dan disertasi. Karena tidak semua akademisi
dapat membaca semua kode program yang datang dari berbagai bahasa
pemrograman, maka UML menjadi sarana untuk memahami aplikasi dan sistem
yang dikembangkan akademisi lainnya.
3.4.1. Use Case Diagram
Usecase diagram adalah diagram usecase yang digunakan untuk
menggambarkan secara ringkas siapa yang menggunakan sistem dan apa
saja yang bisa dilakukannya. Diagram usecase tidak menjelaskan secara
detail tentang penggunaan usecase, namun hanya memberi gambaran
singkat hubungan antara usecase, aktor, dan sistem.
Melalui diagram usecase dapat diketahui fungsi-fungsi apa saja
yang ada pada sistem (Rosa-Salahudin, 2011: 130). Nama suatu usecase
haru sdidefinisikan sesimple mungkin dan dapat dipahami. Komponen-
komponen yang ada pada usecase adalah :
a. Aktor.
Merupakan orang, proses atau sistem lain yang berinteraksi dengan sistem
yang akan dibuat. Jadi walaupun simbol aktor dalam diagram usecase
berbentuk orang, namun aktor belum tentu orang.
b. Usecase.
39
Merupakan fungsionalitas yang disediakan sistem sebagai unit-unit yang
slaing berinteraksi atau bertukar pesan antar unit maupun aktor.
c. Relasi.
Merupakan hubungan yang terjadi pada sistem baik antar aktor maupun
antar usecase maupun anatara usecase dan aktor. Relasi yang digunakan
dalam diagram usecase antara lain :
d. Assosiation.
Merupakan rlasi yang digunakan untuk menggambarkan interaksi antara
usecase dan aktor. Asosiasi juga menggambarkan berapa banyak objek
lain yang bisa berinteraksi dengan suatu objek atau disebut multiplicity
(Multiplicity dapat dilihat pada postingan Class Diagram).
e. Generalization
Merupakan relasi yang menggambarkan inheritance baik aktor maupun
usecase.
f. Dependency.
Merupakan relasi yang menggambarkan ketergantungan antara usecase
yang satu dengan usecase yang lain. Ada dua macam dependency yaitu
include dan extends.
g. Include
Menggambarkan bahwa jalannya suatu usecase memicu jalannya usecase
lain. Misalnya usecase login diinclude oleh usecase memilih menu, artinya
usecase memilih menu akan memicu dijalankannya usecase login.
Sebelum aktor menjalankan usecase memilih menu, aktor harus
menjalankan usecase login dulu. Dalam penggambaran diagram usecase,
40
parah mengarah kepada usecase yang diinclude. Sedangkan extends
menggambarkan bahwa suatu usecase dijalankan karena ada persyaratan
tertentu dari usecase lain. Misal, dalam sebuah sistem user tidak bisa
menjalankan login sebelum dia mendaftar akun. Dalam diagram usecase,
usecase daftar akun mengextends usecase login. Artinya aktor harus
menjalankan usecase daftar akun dulu sebelum menjalankan usecase login
karena usecase login memiliki syarat aktor yang melakukan login harus
sudah melakukan pendaftaran akun.Arah panah dependency mengarah
pada usecase yang memiliki syarat.(MSDN, n.d).
3.4.2. Activity Diagram
Activity Diagram adalah diagram yang menggambarkan worlflow
(aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis. Yang
perlu diperhatikan adalah bahwa diagram aktivitas menggambarkan
aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat
dilakukan oleh sistem.
Komponen yang ada pada activity diagram antara lain :
a. Activity atau state : Menunjukan aktivitas yang dilakukan.
b. Initial activity atau initial state : Menunjukan awal aktivitas dimulai.
c. Final Activity atau final state : Menunjukan bagian akhir dari aktivitas.
d. Decission : Digunakan untuk menggambarkan test kondisi untuk
memastikan bahwa control flow atau object flow mengalir lebih ke satu
jalur. Jumlah jalur sesuai yang diinginkan.
41
e. Merge : Berfungsi menggabungkan flow yang dipecah oleh decission.
f. Synchronization : Diabgi menjadi 2 yaitu fork dan join. Fork digunakan
untuk memecah behaviour menjadi activity atau action yang paralel,
sedangkan join untuk menggabungkan kembali activity atau action yang
paralel.
g. Swimlanes : Memecah activity diagram menjadi baris dan kolom untuk
membagi tangung jawab obyek-obyek yang melakukan aktivitas.
h. Transition : Menunjukan aktivitas selanjutnya setelah aktivitas
sebelumnya.
Terkadang keliru dalam penggunaan decission dengan fork. Jika decission
digunkan untuk memecah aktivitas yang bersifat kondisional misal Ya-Tidak, atau
user1, user2, user3, sedangkan fork untuk memecah behaviour menjadi aktivitas
yang paralel seperti user dapat memilih menu hapus, tambah, edit yang dapat
dilakukan secara paralel.
42
Activity Diagram Sistem Penjualan Alat Kesehatan
Gambar II.2Activity Diagram
(Sumber : PT. TODOMA Activity Diagram)
43
Activity Diagram Sistem Pembelian Alat Kesehatan
Gambar II.3 Activity Diagram
(Sumber : PT. TODOMA Activity Diagram)
3.5 Spesifikasi Sistem Berjalan
Dalam Spesifikasi sistem berjalan ini akan dijelaskan mengenai dokumen-
dokumen yang terdapat dalam proses pencatatan datanya, dokumen-dokumen
tersebut terdiri atas dokumen masukan dan dokumen keluaran.
44
3.5.1. Spesifikasi Bentuk Dokumen Masukan
1. Nama Dokumen : Faktur
Fungsi : Bukti penagihan/pengiriman
Sumber :Supplier
Tujuan : Admin
Media :Kertas
Jumlah : 3lembar
Frekuensi : mengetahui jumlah pembelian
Bentuk : LampiranA-2
2. Nama Dokumen : DataSupplier
Fungsi : Daftar nama, alamat dan nomortelepon
supplier.
Sumber :Supplier
Tujuan : Admin
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap adanya nama
supplierBentuk : LampiranA-4
3. Nama dokumen : Surat Purchase Order
Fungsi :Untuk Pemesanan Barang
Sumber :Konsumen
45
Tujuan :Administrasi
Media :Kertas
Jumlah : 1 lembar
Frekuensi :Setiap pemesanan
Bentuk :Lihat Lampiran
4. NamaDokumen : SuratJalan
Fungsi : Sebagai bukti pengirimanbarang
Sumber :Supplier
Tujuan : Customer
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap
adanyapengirimanBentuk : LampiranA-6
46
5. Nama Dokumen : Surat Penawaran Harga
Fungsi : Surat yang berisi spesifikasi harga dan jenis
produkyang ditawarkan darisuplier
Sumber :Supplier
Tujuan : Admindivisi
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap marketing melakukan
penawaranhargamaterial dan menawarkanproduk
Bentuk : LampiranA-2
3.5.2. Spesifikasi Bentuk Dokumen Keluaran
1. Nama Dokumen : Surat PenawaranHarga
Fungsi : Surat yang berisi spesifikasi harga dan jenis
produkyang ditawarkan darisuplier
Sumber :Supplier
Tujuan : Admin
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap marketing melakukan
penawaranhargamaterial dan menawarkanproduk
Bentuk : LampiranA-2
47
2. Nama Dokumen : DataSupplier
Fungsi : Daftar nama, alamat dan nomortelepon.
Sumber :Supplier
Tujuan : Admindivisi
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap adanya nama
supplieryangbaru Bentuk : LampiranA-3
3. Nama dokumen : Surat Purchase Order
Fungsi :Untuk Pemesanan Barang
Sumber :Konsumen
Tujuan :Administrasi
Media :Kertas
Jumlah : 1 lembar
Frekuensi :Setiap pemesanan
Bentuk :Lihat Lampiran
4. NamaDokumen : Faktur
Fungsi : Sebagai buktipenagihan
Sumber :Supplier
Tujuan : Bagiankeuangan
Media :Kertas
Jumlah : 1lembar
48
Frekuensi : setiap Supplier melakukan
penagihan.
Bentuk : LampiranA-7
5. Nama Dokumen : Surat PenawaranHarga
Fungsi : Surat yang berisi spesifikasi harga dan jenis
produkyang ditawarkan darisuplier
Sumber :Supplier
Tujuan : Admindivisi
Media :Kertas
Jumlah : 1lembar
Frekuensi : Setiap marketing melakukan
penawaranhargamaterial dan menawarkanproduk
Bentuk : LampiranA-2
3.6 Permasalahan Pokok
Sistem penjualan yang telah berjalan di PT. TODOMA umumnya berjalan
dengan baik. Dalam proses penawaran, proses transaksi pembayaran sampai
proses pengiriman, tetapi penulis melihat adanya kelemahan system tersebut.
Adapun kelemahannya adalah sebagai berikut:
1. Proses penginputan masih menggunakan manual dengan
menggunakan mesin ketik dan banyak tinta sehingga
menghambat proses kerja.
49
2. Pengumpulan arsip atau dokumen memerlukan tempat yang
banyak sehingga membuat pencarian arsip atau dokumen
memakan waktu yang lama.
3. Dokumen-dokumen yang mudah hilang karena penempatan
arsip yang kurang efisien dan rumit.
3.7 Pemecahan Masalah
Setelah diketahui permasalahan pada system berjalan, maka perlu dicari
jalan keluarnya untuk meningkatkan mutu serta pelayanan dengan adanya system
baru yang mampu mengatasi kendala pada PT. TODOMA, maka penulis
mengajukan cara kerja yang lebih baik yaitu system komputerisasi. Dengan
pertimbangan sebagai berikut:
1. Efisiensi waktu, menghemat waktu dalam pemprosesan administrasi.
2. Penyimpanan yang tidak memakai banyak ruang dan mencari arsip
lebih efisien.
3. Data aman, karena terimpan dalam meia penyimpanan yang telah
terprogram.
50
BAB IV
RANCANGAN SISTEM USULAN
4.1. Analisa Kebutuhan Software
Dalam penulisan Tugas Akhir ini, langkah berikutnya adalah Analisa
Kebutuhan Software, yang terdiri dari Analisa Kebutuhan, Use Case Diagram dan
Diagram Activity pada proses penjualan dan pembelian alat kesehatan PT.
TODOMA.
4.1.1. Analisa Kebutuhan
Analisa kebutuhan adalah sebuah proses untuk mendapatkan
informasi, model, spesifikasi tentang perangkat lunak yang diinginkan
lien/pengguna. Kedua belah pihak antara klien dan pembuat perangkat
lunak terlibat dalam hal tahap ini.
A. Analisa Kebutuhan Admin
1. Bagian AdminLog-in
2. Bagian Admin mengakses menuFile
a. MengaksesLogOut
b. MengaksesLogIn
c. MengaksesExit
3. Bagian Admin mengakses menuMaster
a. Mengakses DataPendapatan
b. Mengakses Data Transaksi
B. Analisa Kebutuhan Administrator
50
51
1. Bagian Administrator LogIn
2. Bagian Administrator Mengakses Menu File
a. MengaksesLogOut
b. MengaksesLogIn
c. MengaksesExit
3. Bagian Administrator Mengakses Menu Master
a. Mangakses Home
b. Mengakses Library
c. Mengakses Pendataan
d. Mengakses Transaksi
e. Mengakses Report
4. Bagian Administrator mengakses Menu Library
a. Mengakses Menu Library
b. Melihat Element Customer
c. Melihat Element Produk
d. Shipping
e. Input
f. Edit
g. Hapus
5. Bagian Administrator Mengakses Menu Pendataan
a. Mengakses Menu Pendataan
b. Input Data Supplier
52
c. Input Data Customer
d. Input Data Produk
e. Kurir
f. Input
g. Edit
h. Hapus
6. Bagian Administrator Mengakses Menu Transaksi
a. Input Transaksi Penjualan
b. Input Transaksi Pembelian
c. Melihat Status Pengiriman
d. Retur
e. Input
f. Edit
g. Hapus
7. Bagian Administrator Mengakses Menu Report
a. Melihat Report Penjualan
b. Melihat Report Pembelian
c. Melihat Jurnal Transaksi
d. Input
4.1.2. Use Case Diagram
Berikut merupakan Diagram Use Case pada sistem
permintaan penjualan dan pembelian pada PT. TODOMA.
1. Use Case Diagram Admin
53
A. Bagian Admin melakukan Login
Gambar III.1
Diagram Use Case Bagian Admin Login
Tabel II.1
Deskripsi Diagram Use Case Admin mengakses LogIn
Use Case Narative
LogIn Tujuan Melakukan Login dan Masuk kedalam
Sistem Pencatatan admin.
Deskripsi Sistem ini memungkinkan aktor untuk
mengakses Aplikasi Admin
Skenario Utama
Aktor Bagian Admin
Kondisi Awal Aktor Membuka Aplikasi Pencatatan
Admin.
Aksi Aktor Aksi Aktor Reaksi Sistem
54
1. Aktor Memilih
tombolLogin
2. Aktor Memilih
tombolExit
Sistem akan menampilkan tampilan
untuk mengisi username dan password.
Sistem akan membatalkan proses dan
keluar dari aktivitas
Kondisi Akhir Jika perintah sesuai maka sistem akan
masuk kedalam aplikasi pencatatan Admin
divisi dan aktor dapat melakukan aktivitas
didalam sistem.
2. Use Case Diagram Administrator
A. Bagian Administrator mengelola MenuUtama
Gambar III.2
Diagram Use Case Administrator mengelola Menu Utama
Tabel II.2.
Deskripsi Use Case Administrator mengelola Menu Utama
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data
55
pada menu home, library, pendataan, transaksi,
report, dan menu loguot.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu library
2. Aktor memilih
sub menuProduk
3. Aktor memilih
submenu
customer
4. Aktor memilih
submenu
shipping
Sistem akan menampilkan tampilan sub menu
untuk element produk.
Sistem akan menampilkan form satuan , seperti
data satuan.
Sistem akan menampilkan tampilan form jenis
customer, seperti data jenis customer
sistem akan menampilkan tampilan form vendor
ongkir, seperti data jenis data vendor ongkir.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
sistem.
56
B. Bagian Administrator Mengelola Menu Library
Gambar III.3
Diagram Use Case Administrator mengelola Menu Library
Tabel II.3
Deskripsi Use Case Administrator mengelola Menu Library
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu element library.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian library.
57
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu library
Sistem akan menampilkan tampilan sub menu
untuk element produk, element customer dan
shipping.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu library.
C. Bagian Administrator mengelola element produk
Gambar III.4
Diagram Use Case Administrator megaksesElement Produk
Tabel II.4
Deskripsi Use Case Administrator mengelola Element Produk
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu element produk
58
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian library di bagian
submenu elelment produk
Aksi Aktor Aksi Aktor Reaksi Sistem
2. Aktor memilih
menu library
3. Aktor memilih
sub menuProduk
Sistem akan menampilkan tampilan sub menu
untuk element produk dan memasukan data
produk.
Sistem akan menampilkan form satuan , seperti
data satuan.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi pencatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu element produk.
59
D. Bagian Administrator Mengelola submenu element customer
Gambar III.5
Diagram Use Case Administrator mengelola Element Customer
Tabel II.5
Deskripsi Use Case Administrator mengelola Element Customer
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada library di bagian
customer.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
data barang administrator .
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator
60
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu library
2. Aktor memilih
sub
menuelement
customer.
Sistem akan menampilkan tampilan sub menu
untuk element customer.
Sistem akan menampilkan form customer ,
seperti data customer.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
sistem.
E. Bagian adminisrator mengelola sub menu Shipping
Gambar III.6
Diagram Use Case Administrator megaksesShipping
Tabel II.6
Deskripsi Use Case Administrator mengelola Shipping
61
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu shipping.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian library di bagian
submenu shipping.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu library
2. Aktor memilih
sub
menushipping
Sistem akan menampilkan tampilan sub menu
untuk shipping.
Sistem akan menampilkan form shipping seperti
vendor ongkir.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu shipping.
62
F. Bagian Administrator Mengelola Menu Pendataan
Gambar III.7
Diagram Use Case Administrator megaksesPendataan
Tabel II.7
Deskripsi Use Case Administrator mengelola Pendataan
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu pendataan bagian
data internal.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
data barang administrator .
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator
Aksi Aktor Aksi Aktor Reaksi Sistem
63
1. Aktor memilih
menu pendataan
Sistem akan menampilkan tampilan sub menu
seperti, data supplier, customer, dan kurir.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi pecatatan Administrator
dan aktor dapat melakukan aktivitas didalam
sistem.
G. Bagian administrator mengelola submenu Data Supplier
Gambar III.8
Diagram Use Case Administrator megakses submenuData Supplier
Tabel II.8
Deskripsi Use Case Administrator mengelola submenuData Supplier
64
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu data produk.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian pendataan di
bagian submenu data supplier.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu Pendataan
2. Aktor memilih
sub menuProduk
Sistem akan menampilkan tampilan sub menu
untuk data supplier dan memasukan data
supplier.
Sistem akan menampilkan form data supplier ,
seperti nama perusahaan, no telp, alamat.dll.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu data supplier.
65
H. Bagian administrator mengelola submenu data produk
Gambar III.9
Diagram Use Case Administrator megakses submenuData Produk
Tabel II.9
Deskripsi Use Case Administrator mengelola submenu Data Produk
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu data produk.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
66
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian data internal di
bagian submenu data produk.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu pendataan
2. Aktor memilih
sub menu
DataProduk
Sistem akan menampilkan tampilan sub menu
untuk data produk dan memasukan data
produk.
Sistem akan menampilkan form data produk ,
seperti kode/nama, ,merk, dll.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu data produk.
I. Bagian administrator mengelola submenu data customer
Gambar III.10
67
Diagram Use Case Administrator megaksessubmenu data cutomer
Tabel II.10
Deskripsi Use Case Administrator mengelola submenu data customer
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu data customer.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian pendataan di
bagian submenu data custmer.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu pendataan
2. Aktor memilih
sub data
customer
Sistem akan menampilkan tampilan sub menu
untuk element produk dan memasukan data
produk.
Sistem akan menampilkan form data customer,
seperti jenis customer,dll.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu data customer.
68
J. Bagian administrator mengelola submenu kurir
Gambar III.11
Diagram Use Case Administrator megakses Kurir
Tabel II.11
Deskripsi Use Case Administrator mengelola Kurir
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada submenu kurir.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian. Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian pendataan di
bagian submenu kurir.
69
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu pendataan.
2. Aktor memilih
sub menukurir
Sistem akan menampilkan tampilan sub menu
untuk pendataan dan memasukan jenis kurir
apa yang dipilih.
Sistem akan menampilkan form skurir , seperti
nama, kota, jenis kurir.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
submenu kurir.
K. Administrator mengelola menu Transaksi
Gambar III.12
Diagram Use Case Administrator megaksesMenu Transaksi
Tabel II.12
Deskripsi Use Case Administrator mengelola Menu Transaksi
70
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu transaksi.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu transaksi di
bagian menu utama.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu menu pada
bagian menu
utama
2. Aktor memilih
jenis transaksi.
Sistem akan menampilkan tampilan menu
utama untuk melakukan transaksi dan
memasukan transaksi.
Sistem akan menampilkan form transaksi
penjualan, pembelian, status pengiriman, dan
retur.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu transaksi.
71
L. Bagian Administrator Mengelola Submenu Transaksi Penjualan
Gambar III.13
Diagram Use Case Administrator megaksesTransaksi Penjualan
Tabel II.13
Deskripsi Use Case Administrator mengelola Transaksi Penjualan
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu transaksi.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu transaksi di
bagian transaksi penjualan.
72
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu Transaksi
pada bagian
menu utama
2. Aktor memilih
jenis transaksi.
Sistem akan menampilkan tampilan menu
utama untuk melakukan transaksi dan
memasukan transaksi.
Sistem akan menampilkan form transaksi
penjualan.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu transaksi pada bagian transaksi
penjualan.
M. Bagian Administrator Transaksi Pembelian
Gambar III.14
Diagram Use Case Administrator megaksesMenu Transaksi
73
Tabel II.14
Deskripsi Use Case Administrator mengelola Menu Transaksi
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu transaksi.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu transaksi di
bagian menu utama.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu transaks
ipada bagian
menu utama
2. Aktor memilih
jenis transaksi.
Sistem akan menampilkan tampilan menu
utama untuk melakukan transaksi dan
memasukan transaksi.
Sistem akan menampilkan form transaksi
pembelian.
74
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu transaksi pada bagian transaksi
pembelian
N. Bagian Administrator Mengelola Status Pengiriman
Gambar III.15
Diagram Use Case Administrator megakses Status Pengiriman
Tabel II.15
Deskripsi Use Case Administrator mengelola Status Pengiriman
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu Transaksi
75
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu
Transaksi.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
transaksi pada
bagian menu utama
2. Aktor akan memilih
jenis transaksi
Sistem akan menampilkan tampilan menu
utama dan melihat ststus pengiriman.
Sistem akan menampilkan form transaksi pada
bagian status pengiriman.
Kondisi Akhir Jika perintah sesuai maka sistem akan
masuk kedalam aplikasi penvcatatan
Administrator dan aktor dapat melakukan
aktivitas didalam menu transaksi.
O. Bagian Administrator Mengelola Retur
76
Gambar III.16
Diagram Use Case Administrator megakses submenu Retur
Tabel II.16
Deskripsi Use Case Administrator mengelola submenu Retur
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu Transaksi
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu report
Aksi Aktor Aksi Aktor Reaksi Sistem
77
1. Aktor memilih
transaksi pada
bagian menu utama
2. Aktor akan memilih
jenis Transaksi
Sistem akan menampilkan tampilan menu
utama dan memilih menu Transaksi.
Sistem akan menampilkan form Retur.
Kondisi Akhir Jika perintah sesuai maka sistem akan
masuk kedalam aplikasi penvcatatan
Administrator dan aktor dapat melakukan
aktivitas didalam menu transaksi.
P. Bagian administrator mengelola Menu Report
Gambar III.17
Diagram Use Case Administrator megaksesMenu Report
Tabel II.17
Deskripsi Use Case Administrator mengelola Menu Report
Use Case Narative
Login
78
Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu report
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu report
Aksi Aktor Aksi Aktor Reaksi Sistem
3. Aktor memilih
report pada bagian
menu utama
4. Aktor akan memilih
jenis report.
Sistem akan menampilkan tampilan menu
utama dan melakukan pengecekan di jurnal.
Sistem akan menampilkan form report
penjualan, pembelian dan jurnal transaksi.
Kondisi Akhir Jika perintah sesuai maka sistem akan
masuk kedalam aplikasi penvcatatan
Administrator dan aktor dapat melakukan
aktivitas didalam menu transaksi.
79
Q. Bagian administrator mengelola submenu Report penjualan
Gambar III.18
Diagram Use Case Administrator megakses Report Penjualan
Tabel II.18
Deskripsi Use Case Administrator mengelola Report Penjualan
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu report.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu report di
bagian menu utama.
80
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu report
2. Aktor memilih
jenis transaksi.
Sistem akan menampilkan tampilan menu
utama untuk melihat pencatatan pada menu
report penjualan
Sistem akan menampilkan form report
penjualan, yang di dalamnya ada tanggal awal,
akhir dan cetak report.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu report.
R. Bagian administrator mengelola submenu report pembelian
Gambar III.19
Diagram Use Case Administrator megaksesReport Pembelian
Tabel II.19
Deskripsi Use Case Administrator mengelola Report Pembelian
81
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu report pembelian.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu report di
bagian menu utama.
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu report pada
menu utama
2. Aktor memilih
jenis report.
Sistem akan menampilkan tampilan menu
utama untuk melakukan melihat data transaksi.
Sistem akan menampilkan form report
pembelian.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu transaksi.
82
S. Bagian administrator mengelola submenu jurnal transaksi
Gambar III.20
Diagram Use Case Administrator megaksesJurnal Transaksi
Tabel II.20
Deskripsi Use Case Administrator mengelola Jurnal Transaksi
Use Case Narative
Login Tujuan Bagian administrator dapat melakukan
pengolahan data pada menu report.
Deskripsi Sistem ini memungkinkan aktor untuk
melakukan untuk mengelola sistem pencatatan
administrator penjualan dan pembelian.
Skenario Utama
Aktor Bagian Administrator
Kondisi Awal Aktor membuka aplikasi pencatatan
Administrator pada bagian menu report di
bagian menu utama.
83
Aksi Aktor Aksi Aktor Reaksi Sistem
1. Aktor memilih
menu report
pada bagian
menu utama
2. Aktor memilih
jenis report.
Sistem akan menampilkan tampilan menu
utama untuk melihat data transaksi.
Sistem akan menampilkan form report pada
bagian jurnal transaksi.
Kondisi Akhir Jika perintah sesuai maka sistem akan masuk
kedalam aplikasi penvcatatan Administrator
dan aktor dapat melakukan aktivitas didalam
menu report.
4.1.3. Activity Diagram
Berikut merupakan Diagram Activity pada sistem penjualan
dan pembelian alat kesehatan PT. TODOMA.
1. Activity Diagram LogIn
84
Gambar IV.1 Login
Activity Diagram Login
2. Activity Diagram Home
85
Gambar IV.2 Menu Home
Activity Diagram Home
3. Activity Diagram Menu Library
Gambar IV.3 Menu Library
4. Activity Diagram Element Produk
86
Gambar IV.4 Element Produk
Activity Diagram Element Produk
5. Activity Diagram Element Customer
87
Gambar IV.5 Element Customer
Activity Diagram Element Customer
6. Activity Diagram Shipping
Gambar IV. 6 Shipping
Activity Diagram Shipping
7. Activity Diagram Keuangan
88
Gambar IV. 7 Keuangan
Activity Diagram Keuangan
8. Activity Diagram Pendataan
89
Gambar IV.7 Pendataan
Activity Diagram Pendataan
9. Activity Diagram Data Supplier
GambarIV.8 Data Supplier
Activity Diagram Data Supplier
10. Activity Diagram Data Produk
90
Gambar IV. 9 Data Produk
Activity Diagram Data Produk
11. Activity Diagram Data Customer
Gambar IV.10 Data Customer
Activity Diagram Data Customer
91
12. Activity Diagram Kurir
Gambar IV.11 Kurir
Activity Diagram Kurir
\
92
13. Activity Diagram Transaksi
Gambar IV. 12 Transaksi
Activity Diagram Transaksi
14. Activity Diagram Transaksi Pembelian
Gambar IV. 13 Transaksi Pembelian
93
15. Activity Diagram TransaksiPenjualan
Gambar IV. 14 Transaksi Penjualan
Activity Diagram Transaksi Penjualan
16. Activity Diagram Status Pengiriman
Gambar IV.15 Status Pengiriman
Activity Diagram Status Pengiriman
17. Activity Diagram Retur
94
Gambar IV.16 Retur
Activity Diagram Retur
18. Activity Diagram Report
Gambar IV. 17 Activity Diagram Report
19. Activity Diagram Report Penjualan
95
Gambar IV. 18 Repor Penjualan
Activity Diagram Report Penjualan
20. Activity Diagram Report Pembelian
96
Gambar IV. 19 Report Pembelian
Activity Diagram Report Pembelian
21. Activity Diagram Jurnal Transaksi
97
Gambar IV. 20 Jurnal Transaksi
Activity Diagram Jurnal Transaksi
22. Activity Diagram Neraca
98
Gambar IV. 21 Neraca
Activity Diagram Neraca
4.2. Desain
Desain adalah suatu sistem yang berlaku untuk segala jenis perancangan
dimana titik beratnya adalah melihat segala sesuatu persoalan tidak terpisah atau
99
tersendiri, melainkan sebagai suatu kesatuan dimana suatu masalah dengan
lainnya saling terkait.
4.2.1. Entity Relationship Diagram (ERD)
100
Gambar V. 1 Entity RelationshipDiagram (ERD)
101
4.2.2. Logical Record Structure (LRS)
Gambar V.2 Logical Record Structure (LRS)
102
4.2.3. Spesifikasi File
Program ini menggunakan database dengan nama app_penjualan. Berikut
ini spesifikasi file yang meliputi :
1. Nama file : File Home
Akronim : Home
Fungsi : Untuk melihat data Library, pnedataan, transaksi,
dan report
Tipe file : Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : _app_menu
Perangkat lunak : Php
No Elemen Data Akronim Tipe panjang Keterangan
1 Home
Selamat Datang
Di aplikasi
Purchasing Varchar 50 Primary key
2 Library Data Library Varchar 20
3 Pendataan Data Pendataan Varchar 20
4 Transaksi Data Transaksi Varchar 50
5 Pengaturan Data Pengaturan Varchar 13
6 Report Data Report Varchar 13
7 Logout Logout Varchar 13
103
Tabel III.1. Spesifikasi File Menu
2. Nama file : File Library
Akronim : Library
Fungsi : Untuk meliat element customer, element produk,
dan shipping
Tipe file : Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : _app_submneu
Perangkat lunak : Php
No Elemen Data Akronim Tipe panjang Keterangan
1 Eelement Produk Ukuran Varchar 50 Primary key
2 Element Customer Jenis Customer Varchar 30
3 Shipping Vendor Ongkir Varchar 25
Tabel III.2.Spesifikasi File Library
3. Nama file : Data Pendataan
Akronim : Pendataan
Fungsi : Untuk menyimpan data produk, supplier,
customer dan kurir
Tipe file : Fle Master
Akses file : Random
104
Media Penyimpanan : Hardisk
Kunci file : _app_submenu
Perangkat lunak : Php
No Elemen Data Akronim Tipe Panjang Keterangan
1 Data Supplier Datasupplier Varchar 25
Primary
key
2 Data Customer Datacustomer Varchar 25
3 Data Produk Dataproduk Varchar 25
4 Kurir vendorongkir varchar 25
Tabel III.3.Spesifikasi File Pendataan
4. Nama file : Data Transaksi
Akronim : Transaksi
Fungsi : Untuk menginput transaksi
Tipe file : Fle Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : _app_submenu
Perangkat lunak : Php
No Elemen Data Akronim Tipe Panjang Keterangan
1 Transaksi Penjualan transaksipenjualan Varchar 35 Primary key
2 Transaksi Pembelian transaksipembelian Varchar 35
105
3 Status Pengiriman ststuspengiriman Varchar 35
4 Retur Retur Timestamp 10
Tabel III.4.Spesifikasi File Data Transaksi
5. Nama file : Data Report
Akronim : Report
Fungsi : Untuk menampilkan jurnal transaksi
Tipe file : Fle Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : _app_submenu
Perangkat lunak : Php
No Elemen Data Akronim Tipe Panjang Keterangan
1 Report Penjualan Reportpenjualan Date/Time 8 Primary key
2 Report Pembelian reportpembelian Date/Time 2
3 Jurnal Transaksi jurnaltransaksi Date/Time 8
Tabel III.5.Spesifikasi File Report
6. Nama file : File Jurnal
Akronim : Jurnal
Fungsi : Untuk menyimpan Jurnal
106
Tipe file : Fle Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : _app_submenu
Perangkat lunak : Php
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomer Jurnal No_Jurnal Number 8 Primary key
2 Tangal Jurnal Tgl_Jurnal Date / Time 8
Tabel III.6 Spesifikasi File Jurnal
7.Akun
Nama file : Akun
Akronim : Akun
Fungsi : Untuk menyimpan Seluruh data
Tipe file : Fle Master
Akses file : Random
Media Penyimpanan : Hardisk
Kunci file : menu
Perangkat lunak : Php
No Elemen Data Akronim Tipe Panjang Keterangan
1 Nomer Jurnal No_Jurnal Number 8 Primary key
2 Tangal Jurnal Tgl_Jurnal Date / Time 8
Tabel III.7 Spesifikasi File Akun
107
4.2.4. Software Architecture
1. Deployment Diagram
Gambar V.3 Deployment Diagram
2. Squence Diagram
Gambar V.4 Squence Diagram Penjualan
108
Gambar V.5 Squence Diagram Pembelian
4.2.5. User Interface
Menu Login
109
Gambar V.6 Menu Login
Menu Element Produk
Gambar V.7 Menu Element Produk
Element Customer
Gambar V.8 Menu Element Customer
Shipping
Gambar V.9 Menu Shipping
Menu Pendataan
Gambar V.10 Menu Pendataan
110
Data Supplier
Gambar V.11 Menu Data Supplier
Data Produk
Gambar V.12 Menu Data Produk
Data Customer
Gambar V.13 Data Customer
Transaksi
111
Gambar V. 14 Menu Transaksi
Transaksi Penjualan
Gambar V.15 Menu Transaksi Penjualan
Transaksi Pembelian
Gambar V.16 Menu Transaksi Pembelian
Status Pengiriman
Gambar V.17 Menu Transaksi Status Pengiriman
Retur
Gambar V.18 Menu Retur
Report
112
Gambar V.19 Menu Report
Report Penjualan
Gambar V.20 Menu Report Penjualan
Report Pembelian
Gambar V.21 Menu Report Pembelian
Jurnal Transaksi
113
Gambar V.22 Menu Jurnal Transaksi
4.2.6. Testing
1.Hasil Pengujian Black Box Testing Form Login
No Skenario
Pengujian
Test Case Hasil yang
diharapkan
Hasil
Pengujian
Kesimpulan
1. Username
dan
Password
tidak diisi
kemudian
klik
tombol
login
Username :
(Kosong)
Password :
(Kosong)
Sistem akan
menolak
akses dan
menampilkan
pesan“Login
Gagal”
Sesuai
harapan
Valid
2. Username
diisi dan
password
tidak diisi
kemudian
klik
tombol
Login
Username :
“admin
Password:
(kosong)
Sistem akan
menolak
akses dan
menampilkan
pesan
“username
atau
password
salah”
Sesuai
harapan
Valid
3. Username
tidak diisi
dan
password
diisi
kemudian
klik
tombol
Login
Username :
(kosong)
Password:
“admin”
Sistem akan
menolak
akses dan
menampilkan
pesan
“username
atau
password
salah”
Sesuai
hrapan
Valid
4. Username
dan
password
diisi
kemudian
Username :
“aadmin”
Password:
“admin121”
Sistem akan
menerima
akses dan
akan
menampilkan
Sesuai
harapan
Valid
114
klik
tombol
Login
pesan “Login
berhasil”
N
o
Skenario
Pengujia
n
Test Case Hasil yang
diharapkan
Hasil
Pengujia
n
Kesimpula
n
1. Usernam
e dan
Password
tidak
diisi
kemudia
n klik
tombol
login
Username :
(Kosong)
Password :
(Kosong)
Sistem akan
menolak
akses dan
menampilka
n
pesan“Login
Gagal”
Sesuai
harapan
Valid
2. Usernam
e diisi
dan
password
tidak
diisi
kemudia
n klik
tombol
Login
Username :
“administrator
Password:
(kosong)
Sistem akan
menolak
akses dan
menampilka
n pesan
“username
atau
password
salah”
Sesuai
harapan
Valid
3. Usernam
e tidak
diisi dan
password
diisi
kemudia
n klik
tombol
Login
Username :
(kosong)
Password:
“administrator”
Sistem akan
menolak
akses dan
menampilka
n pesan
“username
atau
password
salah”
Sesuai
harapan
Valid
4. Usernam
e dan
password
diisi
kemudia
n klik
tombol
Login
Username :
“aadministrator
”
Password:
“administrator”
Sistem akan
menerima
akses dan
akan
menampilka
n pesan
“Login
berhasil”
Sesuai
harapan
Valid
115
Form menu Pendataan
2. Hasil Pengujian Black Box Testing Form Data Custumer
No Skenario
Pengujian
Test Case Hasil yang
diharapkan
Hasil
Penguji
an
Kesimpu
lan
1. Input data
custumer (data
yang diinput
tidak lengkap)
kemudian klik
tombol simpan
Nama Kontak:
“Asep”
Alamat :
“sumur batu”
Telephone :
“0882324646”
Jenis Custumer
: “kosong
Email:”Koson
g” Nama
Badan:
PT.TODOMA
Sistem akan
menolak data
dan akan
menampilkan
pesan”X pada
kolom yang
tidak di isi”
Sesuai
harapan
Valid
2. Input data
custumer (data
yang diinput
tidak lengkap)
kemudian klik
tombol simpan
Nama: “Asep”
Alamat :
“sumur batu”
Telephone :
“0882324646”
Jenis Custumer
:
Badan/perusah
aan“
Email:”Asep@
gmail.com”
Nama Badan:
PT.TODOMA
Sistem akan
menerima
data dan akan
menampilkan
pesan “data
berhasil
disimpan”
Sesuai
harapan
Valid
3. Edit/ delete data
Custumer (data
yang diinput
lengkap/tidak)ke
mudian klik
tombol update
Nama: “Asep”
Alamat :
“sumur batu”
Telephone :
“0882324646”
Jenis Custumer
:
Badan/perusah
aan“
Email:”Asep@
gmail.com”
Nama Badan:
PT.TODOMA
Sistem tetap
akan
menerima
data yang
telah
diupdate
walaupun
data yang disi
tidak lengkap
Sesuai
harapan
Valid
116
3. Hasil Pengujian Black Box Testing Form Data suplier
No Skenario
Pengujian
Test Case Hasil yang
diharapkan
Hasil
Penguji
an
Kesimpu
lan
1. Input data
suplier (data
yang diinput
tidak lengkap)
kemudian klik
tombol simpan
Perusahaan:PT
.TODOMA
Nama Kontak:
Arie Telp.-
Alamat:Jl.bela
wan no.50
Email:-
Sistem akan
menolak data
dan akan
menampilkan
pesan”X pada
kolom yang
tidak di isi”
Sesuai
harapan
Valid
2. Input data
suplier (data
yang diinput
lengkap)
kemudian klik
tombol simpan
Perusahaan:PT
.TODOMA
Nama Kontak:
Arie
Telp.08581750
1350
Alamat:Jl.bela
wan no.50
Email:Arikurni
adi44@yahoo.
com
Sistem akan
menerima
data dan akan
menampilkan
pesan “data
berhasil
disimpan”
Sesuai
harapan
Valid
3. Edit/ delete data
suplier (data
yang diinput
lengkap/tidak)ke
mudian klik
tombol update
Perusahaan:PT
.TODOMA
Nama Kontak:
Arie Telp.-
Alamat:Jl.bela
wan no.50
Email:-
Sistem tetap
akan tidak
menerima
data yang
telah
diupdate
walaupun
data yang disi
tidak lengkap
Sesuai
harapan
Valid
4 Edit/ delete data
suplier (data
yang diinput
lengkap)kemudi
an klik tombol
update
Perusahaan:PT
.TODOMA
Nama Kontak:
Arie
Telp.08581750
1350
Alamat:Jl.bela
wan no.50
Email:Arikurni
adi44@yahoo.
com
Sistem tetap
akan
menerima
data yang
telah
diupdate
walaupun
data yang disi
lengkap
Sesuai
harapan
Valid
117
4.Hasil Pengujian Black Box Testing Form Data Produk
No Skenario
Pengujian
Test Case Hasil yang
diharapkan
Hasil
Penguji
an
Kesimpu
lan
1. Input data
produk (data
yang diinput
tidak lengkap)
kemudian klik
tombol simpan
Nama:Blades;
Merk:kosong;
Kode:001;Bera
t:50
gram;stock:Ko
song;harga
Jual: 650.000
Harga
modal:350.000
Supplier:Feath
er
Sistem akan
menolak data
dan akan
menampilkan
pesan”X pada
kolom yang
tidak di isi”
Sesuai
harapan
Valid
2. Input data
Produk (data
yang diinput
lengkap)
kemudian klik
tombol simpan
Nama:Blades;
Merk:
feather;Kode:0
01;Berat:50
gram;stock:10
0 pcs;harga
Jual: 650.000
Harga
modal:350.000
Supplier:Feath
er
Sistem akan
menerima
data dan akan
menampilkan
pesan “data
berhasil
disimpan”
Sesuai
harapan
Valid
3. Edit/ delete data
produk (data
yang diinput
lengkap/tidak)ke
mudian klik
tombol update
Nama:Blades;
Merk:feather;
Kode:001;Bera
t:50
gram;stock:Ko
song;harga
Jual: 650.000
Harga
modal:350.000
Supplier:Feath
er
Sistem tetap
akan tidak
menerima
data yang
telah
diupdate
walaupun
data yang disi
tidak lengkap
Sesuai
harapan
Valid
118
4 Edit/ delete data
Produk (data
yang diinput
lengkap)kemudi
an klik tombol
update
Nama:Blades;
Merk:
feather;Kode:0
01;Berat:50
gram;stock:10
0 pcs;harga
Jual: 650.000
Harga
modal:450.000
Supplier:Feath
er
Sistem tetap
akan
menerima
data yang
telah
diupdate
walaupun
data yang disi
lengkap
Sesuai
harapan
Valid
5..Hasil Pengujian Black Box TestingForm Kurir
No Skenario
Pengujian
Test Case Hasil yang
diharapkan
Hasil
Penguji
an
Kesimpu
lan
1. Input data kurir
(data yang
diinput tidak
lengkap)
kemudian klik
tombol simpan
Nama:JNE
Kota:
Kosong;Nama
Kontak:
Yusuf;Nomer
Kontak:Koson
g
Sistem akan
menolak data
dan akan
menampilkan
pesan”X pada
kolom yang
tidak di isi”
Sesuai
harapan
Valid
2. Input data Kurir
(data yang
diinput lengkap)
kemudian klik
tombol simpan
Nama:JNE
Kota:
Bandung;Nam
a Kontak:
Yusuf;Nomer
Kontak:08581
1750096
Sistem akan
menerima
data dan akan
menampilkan
pesan “data
berhasil
disimpan”
Sesuai
harapan
Valid
3. Edit/ delete data
Kurir(data yang
diinput
lengkap/tidak)ke
mudian klik
tombol update
Nama:JNE
Kota:
Bandung;Nam
a Kontak:
Yusuf;Nomer
Kontak:Koson
g
Sistem tetap
akan tidak
menerima
data yang
telah
diupdate
walaupun
data yang disi
tidak lengkap
Sesuai
harapan
Valid
119
4 Edit/ delete data
Kurir (data yang
diinput
lengkap)kemudi
an klik tombol
update
Nama:JNE
Kota:
Sumedang;Na
ma Kontak:
Yusuf;Nomer
Kontak:021-
6323173
Sistem tetap
akan
menerima
data yang
telah
diupdate
walaupun
data yang disi
lengkap
Sesuai
harapan
Valid
4 Edit/ delete data
Kurir (data yang
diinput
lengkap)kemudi
an klik tombol
update
Nama:JNE
Kota:
Sumedang;Na
ma Kontak:
Yusuf;Nomer
Kontak:021-
6323173
Sistem tetap
akan
menerima
data yang
telah
diupdate
walaupun
data yang disi
lengkap
Sesuai
harapan
Valid
4.2.7. Spesifikasi Hardware dan Software
Berikutini, penulis menguraikan mengenai sistem komputer yang akan
digunakan dalam sistem ini.
Dalam pelaksanaan sistem komputerisasi diperlukan suatu sarana
pendukung agar sistem komputerisasi tersebut dapat berjalan sebagaimana
mestinya.Sarana pendukung tersebut adalah perangkat keras (Hardware) dan
perangkat lunak (Software) yang mana masing-masing sarana harus dapat
menunjukkan kerja yang sangat baik.Dengan mempertimbangkan hal tersebut,
maka sarana pendukung sangat dibutuhkan dalam sistem yang menerapkan
komputerisasi agar komputerisasi yang telah dibuat dapat bekerja sesuai dengan
harapan.
120
1. Perangkat Keras (Hardware)
Hardware atau perangkat keras yang digunakan untuk penempatan suatu
sistem komputer harus sesuai dengan tingkatan kecepatan dan kapasitas memori
komputer yang dibutuhkan. Karena bila komputer mempunyai kecepatan dan
kapasitas memori yang rendah akan mempengaruhi jalannya sistem dan program
komputer yang dijalankan bahkan tidak dapat dijalankan sama sekali. Untuk
menghindari hal tersebut, maka diperlukan adanya suatu penjelasan tentang
konfigurasi perangkat keras yang akan digunakan untuk sistem yang akan
diterapkan. Konfigurasi sistem yang dibutuhkan untuk menggunakan sistem yang
diusulkan adalah sebagai berikut :
Processor : Quad-core Processor (1.5 GHz)
RAM : 4GB
Harddisk : 500 GB
Mouse : Mouse Standar PS/2
Keyboard : 83 Key
Monitor : Mega Pixel
DVD –ROM / RW : 22 x
Printer : Canon iP1880
2. Perangkat Lunak (Software)
Adapun Software yang disarankan untuk menerapkan sistem usulan adalah
sebagai berikut :
1. Sistem Operasi (Operating System)
121
Untuk mempermudahkan, Sistemoperasi atau Operating System penulis
menyarankan menggunakan sistem operasi windows10.
2. Program Aplikasi
Program aplikasi yang digunakan untuk perancangan program ini adalah
Php Mysql dan Netbeans IDE 8.1
122
BAB V
PENUTUP
5.1. Kesimpulan
Setelah penulis menguraikan tentang system pengajian PT. TODOMA
penulis mencoba menarik kesimpulan sebagai berikut:
1. Sistem Penggajian pada PT. TODOMA mulai dari Prosedur Penjualan dan
pembelian, sampai pembuatan laporan kepada Manager masih kurang
efektif dikarenakan masih menggunakan sistem yang belum
terkomputerisasi.
2. Dengan menggunakan sarana program sebagai alat bantu dalam
penyimpanan data, diharapkan dapat membantu pengguna file untuk
mengkaji dan mempercepat proses kerja, selain itu juga dapat lebih
menghemat waktu dan tenaga.
5.2. Saran
Berdasarkan kegiatan yang dilakukan serta data dan informasi yang
didapat selama observasi atau riset pada PT. TODOMA, dimanasistem penjualan
dan pembelian yang diterapkan masih belum terlalu baik karena sistem yang
digunakan belumterkomputerisasi. Saran yang perlu dipertimbangkan untuk
membantu kelancaran sistem penjualan dan pembelian PT.TODOMA antara lain :
122
123
1. Agar memperbaiki sistem berjalan dengan sistem yang lebih baik atau
komputerisasi sistem untuk menjaga terjadinya kesalahan-kesalahan yang
berlebihan dan dapat memudahkan dalam mengolah data.
2. Perlu adanya brainware yang menguasi oprasional agar mudah dalam
mengunakan sistem usulan tersebut.
3. Menginggat pentingnya data yang akan disimpan dalam file, perlu
dibuatkan file cadangan agar data yang sudah ada tidak mudah rusak atau
hilang akibat virus.
4. Perlu adanya pemeliharaan perangkat keras dan perangkat lunak agar
kelangsungan pemakaian sistem bertahan lama.
124
DAFTAR PUSTAKA
Sumber referensi buku cetak
Jogianto. 2010. Analisa Dan Desain Sisitem Informasi Terstruktur.Yogyakarta:
Penerbit Andi.
Winarno, Wahyu Wing. 2010. Sistem Informasi Manajemen. Edisi Ke
10.Yogyakarta : UPP STIM YKPN
Azhar Susanto 2013. sistem informasi akuntansi . Bandung: Lingga Jaya Hall, James. 2010. Sistem Informasi Akuntansi. Jakarta : Salemba Empat
LilisPuspitawati dan Sri DewiAnggadini. 2011.Sistem Informasi Akuntansi.
Yogyakarta: Graha Ilmu.
124
125
LAMPIRAN
Lampiran I
126
Lampiran II
127
128
129
130
131
132
133
134
135