PERANCANGAN PROGRAM AKUNTANSI PENJUALAN DAN … filebaik.Dimana tugas akhir ini penulis sajikan dalam bentuk buku yang sederhana. Adapun judul tugas akhir, yang penulis ambil sebagai

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.


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.


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


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.


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


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


3.5.2. Spesifikasi Bentuk Dokumen Keluaran

1. Nama Dokumen : Surat PenawaranHarga



Sumber :Supplier

Tujuan : Admin

Media :Kertas

Jumlah : 1lembar




47

2. Nama Dokumen : DataSupplier

Fungsi : Daftar nama, alamat dan nomortelepon.

Sumber :Supplier


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.


5. Nama Dokumen : Surat PenawaranHarga



Sumber :Supplier


Media :Kertas

Jumlah : 1lembar




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.


melakukan untuk mengelola sistem pencatatan

administrator penjualan dan pembelian.

Skenario Utama

Aktor Bagian Administrator

Kondisi Awal Aktor membuka aplikasi pencatatan

Administrator.


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


pengolahan data pada menu element library.




Skenario Utama



Administrator pada bagian library.

57


1. Aktor memilih

menu library


untuk element produk, element customer dan

shipping.




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


pengolahan data pada submenu element produk

58




Skenario Utama



Administrator pada bagian library di bagian

submenu elelment produk


2. Aktor memilih

menu library

3. Aktor memilih

sub menuProduk


untuk element produk dan memasukan data

produk.

Sistem akan menampilkan form satuan , seperti

data satuan.


kedalam aplikasi pencatatan Administrator


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


pengolahan data pada library di bagian

customer.



data barang administrator .

Skenario Utama



Administrator

60


1. Aktor memilih

menu library

2. Aktor memilih

sub

menuelement

customer.


untuk element customer.

Sistem akan menampilkan form customer ,

seperti data customer.




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


pengolahan data pada submenu shipping.




Skenario Utama



Administrator pada bagian library di bagian

submenu shipping.


1. Aktor memilih

menu library

2. Aktor memilih

sub

menushipping


untuk shipping.

Sistem akan menampilkan form shipping seperti

vendor ongkir.




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


pengolahan data pada menu pendataan bagian

data internal.



data barang administrator .

Skenario Utama



Administrator


63

1. Aktor memilih

menu pendataan


seperti, data supplier, customer, dan kurir.


kedalam aplikasi pecatatan Administrator


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


pengolahan data pada submenu data produk.




Skenario Utama



Administrator pada bagian pendataan di

bagian submenu data supplier.


1. Aktor memilih

menu Pendataan

2. Aktor memilih

sub menuProduk


untuk data supplier dan memasukan data

supplier.

Sistem akan menampilkan form data supplier ,

seperti nama perusahaan, no telp, alamat.dll.




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


pengolahan data pada submenu data produk.




Skenario Utama


66


Administrator pada bagian data internal di

bagian submenu data produk.


1. Aktor memilih

menu pendataan

2. Aktor memilih

sub menu

DataProduk


untuk data produk dan memasukan data

produk.

Sistem akan menampilkan form data produk ,

seperti kode/nama, ,merk, dll.




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


pengolahan data pada submenu data customer.




Skenario Utama




bagian submenu data custmer.


1. Aktor memilih

menu pendataan

2. Aktor memilih

sub data

customer


untuk element produk dan memasukan data

produk.

Sistem akan menampilkan form data customer,

seperti jenis customer,dll.




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


pengolahan data pada submenu kurir.



administrator penjualan dan pembelian. Skenario Utama




bagian submenu kurir.

69


1. Aktor memilih

menu pendataan.

2. Aktor memilih

sub menukurir


untuk pendataan dan memasukan jenis kurir

apa yang dipilih.

Sistem akan menampilkan form skurir , seperti

nama, kota, jenis kurir.




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


pengolahan data pada menu transaksi.




Skenario Utama



Administrator pada bagian menu transaksi di

bagian menu utama.


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.




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






Skenario Utama




bagian transaksi penjualan.

72


1. Aktor memilih

menu Transaksi

pada bagian

menu utama

2. Aktor memilih

jenis transaksi.





penjualan.




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






Skenario Utama




bagian menu utama.


1. Aktor memilih

menu transaks

ipada bagian

menu utama

2. Aktor memilih

jenis transaksi.





pembelian.

74




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


pengolahan data pada menu Transaksi

75




Skenario Utama



Administrator pada bagian menu

Transaksi.


1. Aktor memilih

transaksi pada

bagian menu utama

2. Aktor akan memilih

jenis transaksi


utama dan melihat ststus pengiriman.

Sistem akan menampilkan form transaksi pada

bagian status pengiriman.


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


pengolahan data pada menu Transaksi




Skenario Utama



Administrator pada bagian menu report


77

1. Aktor memilih

transaksi pada

bagian menu utama


jenis Transaksi


utama dan memilih menu Transaksi.

Sistem akan menampilkan form Retur.





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




Skenario Utama



Administrator pada bagian menu report


3. Aktor memilih

report pada bagian

menu utama


jenis report.


utama dan melakukan pengecekan di jurnal.

Sistem akan menampilkan form report

penjualan, pembelian dan jurnal 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


pengolahan data pada menu report.




Skenario Utama



Administrator pada bagian menu report di

bagian menu utama.

80


1. Aktor memilih

menu report

2. Aktor memilih

jenis transaksi.


utama untuk melihat pencatatan pada menu

report penjualan


penjualan, yang di dalamnya ada tanggal awal,

akhir dan cetak report.




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


pengolahan data pada menu report pembelian.




Skenario Utama




bagian menu utama.


1. Aktor memilih

menu report pada

menu utama

2. Aktor memilih

jenis report.


utama untuk melakukan melihat data transaksi.


pembelian.




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


pengolahan data pada menu report.




Skenario Utama




bagian menu utama.

83


1. Aktor memilih

menu report

pada bagian

menu utama

2. Aktor memilih

jenis report.


utama untuk melihat data transaksi.

Sistem akan menampilkan form report pada

bagian jurnal transaksi.




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


Kunci file : _app_submneu


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


Kunci file : _app_submenu


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


Akses file : Random





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


Akses file : Random





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


Akses file : Random





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


Akses file : Random


Kunci file : menu



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


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


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


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


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


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


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


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


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

Documents

PERANCANGAN PROGRAM AKUNTANSI PENJUALAN DAN … filebaik.Dimana tugas akhir ini penulis sajikan dalam bentuk buku yang sederhana. Adapun judul tugas akhir, yang penulis ambil sebagai