PROJECT SYSTEM INFORMASI

APOTEK

Anggota Kelompok
Candra Aditama : 2014.02477.11.0703
Irvan Asdiamar Awal Saputra : 2014.02477. 11.0661
Rizki Arkan : 2014.02477. 11.0680

STMIK JENDERAL ACHMAD YANI

YOGYAKARTA

i
 KATA PENGANTAR

Puji dan Syukur kami panjatkan ke hadirat Tuhan YME, karena berkat
limpahan Rahmat dan Karunia-nya sehingga kami dapat menyusun tugas ini
dengan baik. Dalam makalah ini kami membahas mengenai PROJECT SYSTEM
INFORMASI APOTEK.

Tulisan ini disusun untuk memenuhi tugas mata kuliah Analisis dan Desain
Berorientasi Objek. Dan tentu saja dengan bantuan dari berbagai pihak dalam
membantu menyelesaikan tantangan dan hambatan selama mengerjakan makalah
ini. Oleh karena itu, kami mengucapkan terima kasih yang sebesar-besarnya
kepada semua pihak yang telah membantu dalam penyusunan tulisan ini.

Kami menyadari bahwa masih banyak kekurangan yang ada pada tulisan ini.
Oleh karena itu kami mengundang pembaca untuk memberikan saran serta kritik
yang dapat membangun bagi kami. Kritik konstruktif dari pembaca sangat kami
harapkan untuk dapat menjadi bahan perbaikan tulisan ini selanjutnya. Akhir
kata semoga tulisan ini bisa memberikan memberikan manfaat

Yogyakarta, 29 Februari 2016

ii
 DAFTAR ISI

JUDUL .................................................................. Error! Bookmark not defined.

KATA PENGANTAR ............................................................................................ ii
DAFTAR ISI ......................................................................................................... iii
DAFTAR GAMBAR ............................................................................................ vi
DAFTAR TABLE ................................................................................................ vii
BAB I : PENDAHULUAN.................................................................................... 1
1.1 Latar Belakang ......................................................................................... 1
1.2 Perumusan Masalah ................................................................................. 2
1.3 Batasan Masalah....................................................................................... 2
1.4 Tujuan dan Manfaat Penelitian .............................................................. 2
1.4.1 Tujuan Penelitian .................................................................................. 2
1.4.2 Manfaat Penelitian ................................................................................ 2
1.5 Metodologi Penelitian............................................................................... 3
1.5.1 Metode Penelitian ................................................................................. 3
1.5.2 Waktu dan Tempat Penelitian ............................................................... 3
1.5.3 Metode Pengembangan Perangkat Lunak ............................................ 3
1.5.4 Metode Analisa Berorientasi Objek...................................................... 4
1.5.5 Metode Perancangan Berorientasi Objek ............................................. 5
1.6 Metode Pengumpulan Data ..................................................................... 7
1.6.1 Metode Observasi ................................................................................. 7
1.6.2 Metode Interview (wawancara) ............................................................ 8
1.6.3 Metode Studi Pustaka ........................................................................... 8
BAB II : TINJAUAN PUSTAKA ......................................................................... 9
2.1 Perancangan.............................................................................................. 9
2.1.1 Sistem ................................................................................................... 9
2.1.2 Analisis dan Perancangan Sistem ......................................................... 9
2.1.3 Bahasa Pemrograman Delphi ............................................................. 10
2.1.4 Database ..............................................................................................11
2.1.5 UML (Unified Modelling Language) ................................................. 12
2.1.6 Simbol - Simbol Use Case Diagram ................................................... 13
2.1.7 Simbol Class Diagram ........................................................................ 13
2.1.8 Rational Rose...................................................................................... 14
2.1.9 OOA (Object Oriented Analisis) ........................................................ 14
2.1.10 OOD (Objeck Oriented Design) ....................................................... 15
2.1.11 Metode Object Oriented Programming ............................................ 15

iii
BAB III : OBJECT YANG DITELITI .............................................................. 18
4.1 Pengertian Apotek .................................................................................... 18
4.2 Strukture Organisasi ................................................................................. 19
4.3 Deskripsi Kerja ......................................................................................... 19
4.3.1 Pimpinan ............................................................................................. 20
4.3.2 Bagian Keuangan: .............................................................................. 20
4.3.3 Bagian Administrasi: .......................................................................... 20
4.3.4 Tugas Pelayanan Apotek .................................................................... 20
4.3.5 Asisten Apoteker: ............................................................................... 23
BAB IV : ANALISA DAN PERANCANGAN .................................................. 24
4.1 Analisis Berorientasi Objek ................................................................... 24
4.1.1 Pemodelan Use Case .......................................................................... 24
4.1.2 Mengidentifikasi Pelaku Bisnis .......................................................... 24
4.1.3 Mengidentifikasi Use Case Persyaratan Bisnis .................................. 25
4.1.4 MenyusunScenario ............................................................................. 25
4.2 Perancangan Berorientasi Objek .......................................................... 29
4.2.1 Use Case Diagram .............................................................................. 29
4.2.2 Activity Diagram ................................................................................ 30
4.2.3 Class Diagram .................................................................................... 31
4.2.4 State Diagram ..................................................................................... 33
4.2.5 Colaboration Diagram ........................................................................ 35
4.2.6 Sequence Diagram .............................................................................. 39
4.2.7 Rancangan Basis Data ........................................................................ 46
4.3 Desain Interface ...................................................................................... 49
4.3.1 Desain Menu Utama ........................................................................... 49
4.3.2 Perancangan Input .............................................................................. 49
4.3.3 Form Login ......................................................................................... 50
4.3.4 Form Ubah Password ......................................................................... 50
4.3.5 Form Data Pengguna .......................................................................... 51
4.3.6 Form Data Tipe Obat .......................................................................... 52
4.3.7 Form Data Jenis Obat ......................................................................... 53
4.3.8 Form Data Satuan Obat ...................................................................... 54
4.3.9 Form Data Obat .................................................................................. 55
4.3.10 Form Penerimaan.............................................................................. 55
4.3.11 Form Penjualan ................................................................................. 56
4.4 Perancangan Output .............................................................................. 57
4.4.1 Laporan Penerimaan ........................................................................... 57
4.4.2 Laporan Penjualan .............................................................................. 58
4.4.3 Cetak Kartu stok ................................................................................. 59
BAB V : PROJECT CHARTER ........................................................................ 61

iv
 5.1 Prepared By ............................................................................................ 61
5.2 Project Charter Version Control ........................................................... 61
5.3 Project Charter Purpose ........................................................................ 61
5.4 Project Executive Summary .................................................................. 62
5.5 Project Overview .................................................................................... 62
5.6 Project Scope ........................................................................................... 63
5.6.1 Goals and Objectives .......................................................................... 63
5.6.2 Departmental Statements of Work (SOW) ......................................... 63
5.6.3 Project Deliverables............................................................................ 64
5.6.4 Deliverables Out of Scope .................................................................. 66
5.6.5 Project Estimated Costs & Duration................................................... 66
5.7 Project Conditions .................................................................................. 67
5.7.1 Project Assumptions ........................................................................... 67
5.7.2 Project Issues ...................................................................................... 67
5.7.3 Project Risks ....................................................................................... 68
5.7.4 Project Constraints.............................................................................. 69
5.7.5 Project Structure Approach................................................................. 69
5.7.6 Project Team Organization Plans........................................................ 70
5.7.7 Approvals ........................................................................................... 70
5.8 Schedule ................................................................................................... 71
KESIMPULAN DAN SARAN ........................................................................... 72
6.1 Kesimpulan ............................................................................................. 72
6.2 Saran ........................................................................................................ 73
DAFTAR PUSTAKA........................................................................................... 74

v
 DAFTAR GAMBAR

Gambar 1 : Symbol Class Diagram ....................................................................... 14

Gambar 2 : Struktur Organisasi Apotek ................................................................ 19
Gambar 4 : Use Case Diagram Apotek ................................................................. 30
Gambar 6 : State Diagram Login .......................................................................... 33
Gambar 7 : State Diagram penjualan Obat ........................................................... 33
Gambar 9 : State diagram pengelolaan pegawai ................................................... 34
Gambar 10 : State diagram view laporan .............................................................. 35
Gambar 11 : Collaboration Diagram Login .......................................................... 36
Gambar 15 : Collaboration Diagram Pengelolaan Pegawai .................................. 38
Gambar 16 : Collaboration Diagram Menampilkan Report.................................. 38
Gambar 17 : Squence Diagram Pengelolaan Data Obat ....................................... 39
Gambar 18 : Squence Diagram Login ................................................................... 40
Gambar 19 : Squence Diagram Penjualan Obat .................................................... 42
Gambar 20 : Squence Diagram Pembelian Obat................................................... 43
Gambar 21 : Squence Diagram Pengelolaan Pegawai .......................................... 44
Gambar 22 : Squence Diagram Menampilkan Report .......................................... 45
Gambar 23 : Struktur Menu .................................................................................. 49
Gambar 24 : Form Login....................................................................................... 50
Gambar 25 : Form Ubah Password ....................................................................... 51
Gambar 26 : Form Pengguna ................................................................................ 51
Gambar 27 : Form Data Type Obat ....................................................................... 52
Gambar 28 : Form Jenis Obat ............................................................................... 53
Gambar 29 : Form Data Satuan Obat .................................................................... 54
Gambar 30 : Data Obat ......................................................................................... 55
Gambar 31 : Form Penerimaan Obat .................................................................... 56
Gambar 32 : Form Penjualan ................................................................................ 57
Gambar 33 : Form Laporan Penerimaan ............................................................... 58
Gambar 34 : Rancangan Laporan Penerimaan ...................................................... 58
Gambar 35 : Form Laporan Penjualan .................................................................. 59
Gambar 36 : Rancangan Laporan Penjualan ......................................................... 59
Gambar 37 : Form Laporan Stok .......................................................................... 60
Gambar 38 : Rancangan Laporan Stok ................................................................. 60

vi
 DAFTAR TABLE

Table 1 : Simbol - simbol Use Case Diagram ....................................................... 13

Table 2 : Tabel Database Obat............................................................................... 47
Table 3 : Table Database Supplier ......................................................................... 47
Table 4 : Tabel Database Penjualan....................................................................... 48
Table 5 : Table Database Pembelian ..................................................................... 48

vii
 BAB I

PENDAHULUAN

1.1 Latar Belakang

Perkembangan teknologi dan ilmu pengetahuan pada masa globalisasi ini

dirasakan telah semakin pesat. Semua ini dikarenakan hasil dari pemikiran-
pemikiran manusia yang semakin maju, hal tersebut dapat dilihat dari
perkembangan ilmu komputer yang semakin hari semakin berkembang dengan
pesat. Perkembangan teknologi semakin mendukung bagi pengembangan
penyebaran informasi melalui media cetak yang menyebar diseluruh lapisan
masyarakat. Penyebaran informasi tidak hanya bias diperoleh melalui media cetak
saja tetapi bisa juga didapatkan melalui media elektronik seperti televisi, radio,
dan internet/website.

Salah satu bagian di bidang kesehatan yang menjadi sumber rujukann adalah
apotek. Apotek (berasal dari bahasa Belanda: Apotheek, apotek /apo·tek/ /apoték/
n toko tempat meramu dan menjual obat berdasarkan resep dokter serta
memperdagangkan barang medis; rumah obat. Ada jug yang menjabarkan sebagai
adalah tempat menjual dan kadang membuat atau meramu obat. Apotek juga
merupakan tempat apoteker melakukan praktik profesi farmasi sekaligus menjadi
peritel. Kata ini berasal dari kata bahasa Yunani apotheca yang secara harfiah
berarti "penyimpanan".

Untuk menunjang kegiatan apotek secara terkomputasi, maka dibutuhkan

aplikasi Sistem Informasi Apotek dimana dimanfaatkan untuk menangani
manajemen inventori dan point of sales / kasir apotek, termasuk didalamnya
informasi obat yang dijual, pembelian, penjualan, pembuatan surat pesanan,
penanganan retur beli/jual, stok opname, histori transaksi yang sudah dilakukan,
posisi stok, pembuatan laporan laporan dan lainnya.

1
1.2 Perumusan Masalah

Berdasarkan latar belakang yang telah diuraikan di atas, maka rumusan

masalah yang akan dibahas dalam penelitian ini adalah bagaimana ” menganalisa
dan merancang sistem sistem informasi apotek.

1.3 Batasan Masalah

Mengingat banyaknya dan luasnya permasalahan serta agar tujuan

pembahasan lebih terarah, maka dalam penelitian ini dilakukan pembatasan
masalah sebagai berikut:

 Penelitian ini dilakukan pada Apotek Sederhana.

 Data-data yang digunakan dalam penelitian ini antara lain, data obat, data
karyawan, dan data transaksi.

1.4 Tujuan dan Manfaat Penelitian

1.4.1 Tujuan Penelitian

Adapun tujuan dari penelitian ini adalah:

1. Menganalisis dan merancang sistem perpustakaan digital dan sistem

otomasi apotek.
2. Pelaporan dari hasil analisis dan percangan sistem dapat menjadi alat
evaluasi apotek.

1.4.2 Manfaat Penelitian

Adapun manfaat yang dapat diambil dari penelitian ini adalah:

1. Membantu pengawasan dan mengevaluasi data obat dan transaksi

pada Apotek.
2. Dapat menambah pengetahuan tentang analisis dan perancangan
sistem yang baik serta dapat menambah pengetahuan tentang aplikasi
pemrograman Delphi.

2
1.5 Metodologi Penelitian

1.5.1 Metode Penelitian

Metode yang digunakan dalam penelitian ini menggunakan metode

deskriptif yaitu suatu metode dalam meneliti status kelompok manusia, suatu
objek, suatu kondisi, suatu system pemikiran, ataupun suatu peristiwa pada
masa sekarang. Tujuan dari penelitian Deskriptif ini adalah untuk membuat
deskripsi gambaran atau lukisan secara sistematis factual dan akurat
mengenai fakta-fakta dan sifat-sifat hubungan antar fenomena yang diselidiki.
(Nazir:2002):

1.5.2 Waktu dan Tempat Penelitian

Adapun penelitian ini dilakukan mulai bulan Mei 2016 hingga Agustus
2016 bertempat di Apotek Sederhana.

1.5.3 Metode Pengembangan Perangkat Lunak

Metode yang digunakan untuk menganalisa dan merancang system ini

yaiut metode Object Oriented. Yaitu suatu strategi pembangunan perangkat
lunak yang mengorganisasikan perangkat lunak sebagai kumpulan objek yang
berisikan data dan operasi yang diberlakukan terhadapnya, atau suatu cara
bagaimana system perangkat lunak dibangun melalui pendekatan objek secara
sistematis. Rangkaian – Rangkaian dari metode object oriented yaitu meliputi,
Rangkaian aktivitas analisisi berorientasi objek, Perancangan berorientasi
objek, Pemrograman berorientasi objek, Pengujian berorientasi objek.
Tahap-tahap dari metode berorientasi objek yaitu :

1. Identifikasi kelas objek, dari interview dengan user Memilih yang relevan
dengan aplikasi sistem Jika 2 atau lebih kelas objek menunjukkan
informasi yang sama, yang paling deskriptif yang dipilih.

3
 2. Pengidentifikasi relasi antar kelas objek, Relasi berhubungan dengan
verb
3. Identifikasi atribut utama, Setelah antara kelas objek dibuat relasi, atribut
objek utama diidentifikasi dengan adjective ,Gambarkan atribut yang
penting dahulu, detail ditambahkan kemudian
4. Tentukan Relasi Inheritance Buat hirarki kelasnya, Inheritance digunakan
untuk menggeneralisasi aspek umum dari kelas yang ada ke kelas super
(bottom up) atau dari kelas yang ada ke sub kelas (top down)Atau;
dengan membangun suatu hirarki kelas di mana sub kelas menginherit
property dari kelas super.

1.5.4 Metode Analisa Berorientasi Objek

Yaitu metode yang digunakan untuk menganalisa system, dengan metode

ini dapat mempresentasikan sebuah permasalahan dalam dunia nyata kedalam
object-object, khususnya dalam pegembangan perangkat lunak, agar dalam
pelaksanaannya kita mendapatkan berbagai keuntungan dan kelebihan.
Biasanya analisa sistem dimulai dengan adanya dokumen permintaan
(requirement) yang diperoleh dari semua pihak yang berkepentingan.

Hasil analisis berorientasi objek adalah deskripsi dari apa sistem secara
fungsional diperlukan untuk melakukan, dalam bentuk sebuah model
konseptual. Itu biasanya akan disajikan sebagai seperangkat menggunakan
kasus, satu atau lebih UML diagram kelas, dan sejumlah diagram interaksi.
Tujuan dari analisis berorientasi objek adalah untuk mengembangkan model
yang menggambarkan perangkat lunak komputer karena bekerja untuk
memenuhi seperangkat persyaratan yang ditentukan pelanggan.

Rangkaian aktivitas dari Object Oriented Analysis yaitu :

1. Menganalisis masalah domain

4
 2. Jelaskan sistem proses
3. Identifikasi obyek
4. Tentukan atribut
5. Mendefinisikan operasi
6. Komunikasi antar-obyek

1.5.5 Metode Perancangan Berorientasi Objek

Tahap perancangan dimulai dengan hasil keluaran yang dihasilkan tahap

analisis, dan aktifitas yang dilakukan adalah secara perlahan bergeser
tekananya dari domain aplikasi atau persoalan menuju domain komputasi.
merupakan cara baru dalam memikirkan suatu masalah dengan menggunakan
model yang dibuat menurut konsep sekitar dunia nyata. Dasar pembuatan
adalah objek,yang merupakan kombinasi antara struktur data dan perilaku
dalam satu entitas. 1.4.6. Metode Pengembangan Sistem

Adapun metode pengembangan sistem yang digunakan adalah metode

FAST yaitu metode pengembangan dengan kerangka yang cukup fleksibel
untuk menyediakan tipe-tipe yang berbeda. Fast adalah kepanjangan dari
Framework for The Application of System Thingking atau Kerangka untuk
Penerapan Pemikiran system (Whitten, 2004 :81) :

1. Scope Definition (Definisi Lingkup)

Pada tahap ini dilakukan pengumpulan informasi yang akan diteliti

tingkat feasibility dan ruang lingkup proyek dengan menggunakan kerangka
PIECES (Performance, information , economics, control, efficiency, service).
Hal ini dibuktikan untuk menemukan inti dari masalah-masalah yang ada
(problem), kesempatan untuk meningkatkan kinerja organisasi
( opportunity),dan kebutuhan-kebutuhan baru yang dibebankan oleh pihak
manajeman atau pemerintah (directives).

5
2. Problem Analysis ( Analisis Permasalahan)

Pada tahap ini akan diteliti maslah-masalah yang muncul pada system
yang ada sebelumnya. Dalam hal ini project charter yang dihasilkan dari
tahapan preliminary investigation adalah kunci utamanya. Hasil dari tahapan
ini adalah peningkatan performa sistem yang akan memberikan keuntungan
dari segi bisnis perusahaan. Hasil dari tahapan ini adalah sebuah laporan yang
menerangkan tentang problems,causes,effects, dan solution benefits.

3. Requirements Analysis (Analisis Kebutuhan)

Pada tahap ini akan dilakukan pengurutan prioritas dari kebutuhan-

kebutuhan bisnis yang ada. Tujuan dari tahapan ini adalah mengidentifikasi
data,proses dan antar muka yang diinginkan pengguna dari system yang baru.

4. Logical Design (Desain Logis)

Tujuan dari tahapan ini adalah mentransformasikan kebutuhan- kebutuhan

bisnis dari fase requirements analysis kepada system model yang akan
dibangun nantinya. Dengan kata lain pada fase ini akan menjawab
pertanyaan-pertanyaan seputar penggunaan teknologi (data, process, interface)
yang menjamin usability, reliability, completeness, performance, dan quality
yang akan dibangun didalam system.

5. Decision Analysis (Analisis Keputusan)

Pada tahap ini akan dipertimbangkan beberapa kandidat dari perangkat

lunak dan keras yang nantinya akan dipilih dan dipakai dalam implementasi
system sebagai solusi atas problems dan requirements yang sudah
didefinisikan pada tahapan-tahapan sebelumnya.

6. Physical Design (Desain Logis)

6
 Tujuan dari tahapan ini adalah mentransformasikan kebutuhan bisnis yang
direpersentasikan sebagai logical design menjadi physical design yang
nantinya akan dijadikan sebagai acuan dalam membuat system yang akan
dikembangkan. Jika didalam logical design tergantung kepada berbagai solusi
teknis , maka physical design merepresentasikan solusi teknis yang lebih
spesifik.

7. Construction and Testing

Setelah membuat physical design, maka akan dimulai untuk

mengkontruksi dan melakukan tahap uji coba terhadap sistem yang
memenuhi kebutuhan-kebutuhan bisnis dan spesifikasi desain. Bisnis data,
program aplikasi, dan antarmuka akan mulai dibangun pada tahap ini. Setelah
dilakukan uji coba terhadap keseluruhan system, maka system siap untuk
dimplementasikan

8. Installation and Delivery

Pada tahap ini akan dioperasikan system yang telah dibangun. Tahapan ini
akan dumulai dengan men-deploy software hingga memberikan pelatihan
kepada user mengenai penggunaan system yang ntelah dibangun. Pada
penelitian ini hanya digunakan tahap pengembangan hanya pada batas desain
fisik dan integrasi.

1.6 Metode Pengumpulan Data

1.6.1 Metode Observasi

Yaitu metode pengumpulan data dengan pengamatan dan pencatatan

secara langsung yang dilakukan di lokasi penelitian yaitu di Apotek
Sederhana

7
1.6.2 Metode Interview (wawancara)

Yaitu dengan mendapatkan data-data secara langsung dari sumber yang

mengerti sehubungan dengan pengamatan maka penulis bertanya langsung
dengan pihak-pihak yang terkait dalam memberikan informasi system apotek
di bagian staff apotek.

1.6.3 Metode Studi Pustaka

Metode yang dilakukan adalah dengan mencari bahan yang berkaitan

atau mendukung dalam penyelesaian masalah melalui buku-buku, majalah,
dan internet yang erat kaitannya dengan masalah yang sedang dibahas.
Buku-buku dan brosur-brosur didapat langsung dari tempat penelitian
sedangkan buku-buku lain penulis mendapatkannya dari perpustakaan dan
beberapa toko buku. Selain itu penulis menggunakan literatur yang berasal
dari situs-situs internet.

8
 BAB II

TINJAUAN PUSTAKA

2.1 Perancangan

Menurut Whitten ( 2004 : 176 ) Perancangan didefinisikan sebagai tugas yang

fokus pada spesifikasi solusi detail berbasis komputer. Terdapat beberapa strategi
perancangan desain system, yaitu :

a. Desain Struktur Modern

b. Teknik Informasi
c. Prototyping
d. Join Application Development ( JAD )
e. Rapid Application Development ( RAD )
f. Desain Berorientasi Objek

Kadang – kadang teknik tersebut dianggap sebagai teknik yang saling

bersaing, tetapi seringkali untuk beberapa jenis proyek tertentu diperlukan
kombinasi dari beberapa diantaranya sehingga saling melengkapi satu sama lain.

2.1.1 Sistem

Menurut Kristanto(2008, 1), sistem merupakan kumpulan elemen-elemen

yang saling terkait dan bekerjasama untuk memroses masukan (input) yang
ditujukan kepada sistem tersebut dan mengolah masukan tersebut sampai
menghasilkan keluaran yang diinginkan.

2.1.2 Analisis dan Perancangan Sistem

Menurut Al Fatta (2007, 24), Analisis sistem didefinisikan sebagai bagaimana

memahami dan menspesifikasi dengan detail apa yang harus dilakukan oleh
sistem. Sementara sistem desain diartikan sebagai menjelaskan dengan detail

9
bagaimana bagian-bagian dari sistem informasi diimplementasikan. Dengan
demikian, Analisis dan Desain Sistem Informasi (ANSI) bisa didefinisikan
sebagai proses organisasional kompleks di mana sistem informasi berbasis
komputer diimplementasikan. Tanggung jawab seorang analisis berdasarkan
pendekatan analisis dan desain meliputi :

a. Bagaimana membangun sistem informasi

b. Bagaimana merancang sebuah sistem informasi berbasis komputer
c. Bagaimana memecahkan masalah dalam organisasi sistem informasi.

2.1.3 Bahasa Pemrograman Delphi

Delphi adalah suatu bahasa pemograman (development language) yang

digunakan untk merancang suatu aplikasi program.Delphi termasuk dalam
pemrograman bahasa tingkat tinggi (high level language). Maksud dari bahasa
tingkat tinggi yaitu perintah-perintah programnya menggunakan bahasa yang
mudah dipahami oleh manusia. Bahasa pemrograman.

Delphi disebut bahasa prosedural artinya mengikuti urutan tertentu Dalam

membuat aplikasi perintah-perintah, Delphi menggunakan lingkungan
pemrograman visual. Delphi merupakan generasi penerus dari Turbo Pascal.
Pemrograman Delphi dirancang untuk beroperasi dibawah sistem operasi
Windows. Program ini mempunyai beberapa keunggulan, yaitu produktivitas,
kualitas, pengembangan perangkat lunak, kecepatan kompiler, pola desain yang
menarik serta diperkuat dengan bahasa perograman yang terstruktur dalam
struktur bahasa perograman Object Pascal.Sebagaian besar pengembang Delphi
menuliskan dan mengkompilasi kode program di dalam lingkungan pengembang
aplikasi atau Integrate Development Environment (IDE). Lingkungan kerja ID ini
menyediakan saran yang diperlukan untuk merancang membangun, mencoba,
mencari atau melacak kesalahan, serta mendistribusikan aplikasi.

10
Keuntungan:

Adapun sejumlah keuntungan Embarcadero Delphi, antara lain:

a. Komunitas pengguna yang besar pada Usenet maupun web

b. Dapat mengkompilasi menjadi single executable (aplikasi portable),
memudahkan distribusi dan meminimalisir masalah yang terkait dengan
versioning
c. Banyaknya dukungan dari pihak ketiga terhadap VCL (biasanya tersedia
berikut source codenya) ataupun tools pendukung lainnya (dokumentasi,
tool debugging)
d. Optimasi kompiler yang cukup cepat
e. Mendukung multiple platform dari source code yang sama
f. Untuk yang dikelola oleh embarcadero, delphi dapat dijalankan pada
multiflatform yaitu windows, linux, android, IOS.

Kerugian

a. Partial single vendor lock-in (Borland dapat menetapkan standar bahasa,

kompatibilitas yang harus mengikutinya)
b. Akses pada platform dan library pihak ketiga membutuhkan file-file
header yang diterjemahkan ke dalam bahasa pascal
c. Dokumentasi atas platform dan teknik-teknik yang menyertainya sulit
ditemukan dalam bahasa pascal (contoh akses COM dan Win32)

2.1.4 Database

Database atau basis data adalah koleksi dari data-data yang terorganisasi
dengan cara sedemikian rupa sehingga mudah dalam disimpan dan dimanipulasi
(diperbaharui, dicari, diolah dengan perhitungan-perhitungan tertentu, serta
dihapus) (Nugroho, 2004 : 41).

11
Dalam penelitian ini penulis menggunakan database MySQL dikarenakan
database MySQL merupakan database yang bersifat Open Source artinya siapa
saja boleh menggunakannya dan bersifat legal.

2.1.5 UML (Unified Modelling Language)

Menurut Sitompul dalam Syerina (2008 :25-30) UML (Unified Modelling

Language) sesuai dengan kata-kata terakhir dari kepanjangannya, UML itu adalah
salah satu bentuk language atau bahasa. Menurut pencetusnya, UML didefinisikan
sebagai bahasa visual untuk menjelaskan, memberikan spesifikasi, merancang,
membuat model dan mendokumentasikan aspek-aspek dari sebuah sistem.

Unified Modelling Language (UML) adalah sebuah “bahasa” yang telah

menjadi standar dalam industri untuk visualisasi, merancanng dan
mendokumentasikan sistem piranti lunak. UML, menawarkan sebuah standar
untuk merancang model sebuah sistem.

a. Tujuan UML

Tujuan dari UML adalah :

1. Memberikan model yang siap pakai, bahasa permodelan visual yang

ekspresif untuk mengembangkan model dan dimengerti secara umum.
2. Memberikan bahasa permodelan yang bebas dari berbagai bahasa
pemrograman dan proses rekayasa.
3. Menyatukan praktek-praktek yang terdapat dalam permodelan.

b. Diagram-diagram dalam UML

Ada beberapa diagram dalam UML (Unified Modelling Language) antara lain :

1. Use Case Diagram.

2. Activity Diagram
3. Collaboration Diagram

12
 4. Statechart Diagram
5. Sequence Diagram
6. Class Diagram
7. Component Diagram
8. Deployment Diagram

2.1.6 Simbol - Simbol Use Case Diagram

Use Case Diagram merupakan sebuah diagram yang menggambarkan

interaksi antara sistem dengan sistem external dan pengguna. Ada beberapa
simbol yang digunakan dalam use case antara lain : (Whitten, 2009: 258-259).

Table 1 : Simbol - simbol Use Case Diagram

No. Simbol Nama Keterangan

Merupakan kesatuan eksternal

1. Actor yang berinteraksi dengan
sistem.

Rangkaian / uraian sekelompok

2. Use Case yang saling terkait dan
membentuk sistem.

Hubungan antara Pelaku/Aktor

3. Relationship
dengan Use case

2.1.7 Simbol Class Diagram

Class adalah cetak biru objek. Class mempresentasikan atribut-atribut.

Atribut-atribut berkorepondensi dengan variabel-variabel instant di dalam kelas.
(Heriyanto, 2004 : 340). Adapun simbol class diagram sebagai berikut :

13
 Gambar 1 : Symbol Class Diagram

2.1.8 Rational Rose

Rational Rose adalah alat (tools) yang digunakan pemodelan visual untuk
mengembangan system berbasis objek yang sangat handal untuk digunakan
sebagai bantuan bagi para pengembang dalam melakukan analisis dan
perancangan sistem. Rational Rose digunakan untuk pemodelan sistem sebelum
pengembang menulis kode-kode dalam bahasa pemrograman tertentu. (Nugroho,
2005 : 21).

2.1.9 OOA (Object Oriented Analisis)

Objek oriented analisis adalah pendekatan berorientasi objek selama analisis

dan desain sistem. Teknik analisis berorientasi objek merupakan alat terbaik yang
dapat untuk sebuah proyek yang akan mengimplementasikan sistem yang
menggunakan teknologi objek untuk membangun, mengelola, dan merakit
objek-objek itu menjadi aplikasi komputer yang berguna. Pendekatan berorientasi
objek dipusatkan pada sebuah teknik yang sering disebut pemodelan objek (objek
modeling).

Pada tahun 1994, Grady Booch dan James Rumbaugh sepakat bergabung
untuk menggunakan metode berorientasi objek. Ivan Jacobson bergabung pada
tahun 1995, dan mereka bertiga berfokus membuat sebuah bahasa pemodelan
objek standar sebagai ganti dari pendekatan atau metode objek berorientasi
standar. Berdasarkan kerja mereka dan hasil kerja lainnya pada industri, Unifed

14
Modeling Language (UML) versi 1.0 dirilis pada tahun 1997. (Heriyanto,
2004:374).

2.1.10 OOD (Objeck Oriented Design)

Objek oriented design merupakan strategi design yang terbaru. Desain dan
pemodelan berorientasi objek menggunakan UML. Teknik ini adalah peluasan
dari startegi analisa berorintasi objek yang digambarkan dari beberapa diagram
yang digunakan pada desain berorientasi objek. Teknik objek oriented design
(OOD) dahulu digunakan untuk memperbaiki definisi persyaratan objek yang
telah diidentifikasi lebih awal selama analisis dan untuk mengenali objek dengan
design spesifik (Heriyanto, 2004:409).

Misalnya, berdasarkan sebuah keputusan implementasi design, selama OOD

desainer mungkin akan memperbaiki karakteristik data atau proses untuk sebuah
objek yang telah diidentifikasikan selama analisis sistem. Demikian juga, sebuah
keputusan implementasi desain mungkin mengharuskan desainer untuk
menentukan sebuah susunan baru objek-objek yang akan membentuk sebuah
screen antarmuka yang akan berinteraksi dengan pengguna dalam sistem baru
tersebut.

2.1.11 Metode Object Oriented Programming

Object Oriented Programming (OOP) adalah sebuah pendekatan untuk

pengembangan / development suatu software dimana dalam struktur software
tersebut didasarkan kepada interaksi object dalam penyelesaian suatu proses/tugas.
Interaksi tersebut mengambil form dari pesan-pesan dan mengirimkannya kembali
antar object tersebut. Object akan merespon pesan tersebut menjadi sebuah
tindakan/action atau metode. Bahasa pemrograman berbasis object menyediakan
mekanisme untuk bekerja dengan kelas dan object, methods, inheritance,
polymorphism, reusability. (Heriyanto, 2004:409)

15
 Object oriented programs terdiri dari objects yang berinteraksi satu sama
lainnya untuk menyelesaikan sebuah tugas. Seperti dunia nyata, users dari
software programs dilibatkan dari logika proses untuk menyelesaikan tugas.
Contoh, ketika mencetak sebuah halaman di word processor, berarti melakukan
inisialisasi tindakan dengan mengklik tombol printer. Kemudian hanya menunggu
respon apakah job tersebut sukses atau gagal, sedangkan proses terjadi internal
tanpa diketahui. Tentunya setelah menekan tombol printer, maka secara simultan
object tombol tersebut berinteraksi dengan object printer untuk menyelesaikan job
tersebut. Berikut beberapa konsep dasar dalam Object Oriented Programming :

1. Objects

Dalam term OOP, object adalah sebuah structure yang menggabungkan data
dan prosedur untuk bekerja bersama-sama.

2. Abstraction

Ketika membangun objects dalam aplikasi OOP, adalah penting untuk

menggabungkan konsep abstraction ini. Jika membangun aplikasi shipping, maka
harus membangun object produk dengan atribut seperti ukuran dan berat. Warna
adalah contoh informasi yang tidak ada hubungannya dan harus dibuang. Tetapi
ketika membangun order-entry application, warna menjadi penting dan harus
termasuk atribut objek produk.

3. Encapsulation

Ciri penting lainnya dari OOP adalah encapsulation. Encapsulation adalah

sebuah proses dimana tidak ada akses langsung ke data yang diberikan, bahkan
hidden. Dengan melakukan encapsulasi pada data, berarti membuat data dari suatu
sistem lebih secure dan terpercaya.

4. Polymorphism

16
 Polymorphisms adalah kemampuan 2 buah object yang berbeda untuk
merespon pesan permintaan yang sama dalam suatu cara yang unik.

5. Inheritance

Banyak objects diklasifikasikan menurut hirarki. Penggunaan inheritance

dalam OOP adalah untuk mengklasifikasikan objects dalam program sesuai
karakteristik umum dan fungsinya. Hal ini akan membuat pekerjaan bersama
object lebih mudah dan lebih intuitif.

6. Aggregation

Aggregation adalah kondisi ketika object berisi gabungan dari object-object

yang berbeda dan bekerja bersama.

17
 BAB III

OBJECT YANG DITELITI

5.1 Pengertian Apotek

Apotek adalah suatu tempat dilakukannya pekerjaan kefarmasian,

penyaluran sediaan farmasi, dan perbekalan kesehatan lainnya kepada masyarakat.
Pengertian ini didasarkan pada Keputusan Menteri Kesehatan Republik Indonesia
No. 1332/Menkes/SK/X/2002 tentang Perubahan atas Peraturan Menteri
Kesehatan RI No. 922/Menkes/Per/X/1993 tentang Ketentuan dan Tata Cara
Pemberian Izin Apotek.

Pekerjaan kefarmasian menurut UU Kesehatan No. 36 Tahun 2009

yaitu meliputi pembuatan termasuk pengendalian mutu sediaan farmasi,
pengamanan, pengadaan, penyimpanan dan pendistribusian obat, pelayanan obat
atas resep dokter, pelayanan informasi obat serta pengembangan obat, bahan obat
dan obat tradisional harus dilakukan oleh tenaga kesehatan yang mempunyai
keahlian dan kewenangan sesuai dengan ketentuan peraturan
perundang-undangan.

Apotek sebagai salah satu sarana pelayanan kesehatan perlu

mengutamakan kepentingan masyarakat dan berkewajiban menyediakan,
menyimpan dan menyerahkan perbekalan farmasi yang bermutu baik dan
keabsahannya terjamin. Apotek dapat diusahakan oleh lembaga atau instansi
pemerintah dengan tugas pelayanan kesehatan di pusat dan daerah, perusahaan
milik negara yang ditunjuk oleh pemerintah dan apoteker yang telah
mengucapkan sumpah serta memperoleh izin dari Suku Dinas Kesehatan
setempat.

18
5.2 Strukture Organisasi

Suatu perusahaan harus mempunyai suatu struktur organisasi, karena struktur

organisasi merupakan suatu kerangka yang dapat menunjukkan pola hubungan
diantara fungsi-fungsi, tugas, wewenang, dan tanggung jawab masing-masing
anggota organisasi menjadi jelas, sehingga tidak terjadi tumpang tindih dalam
pelaksanaan tugasnya masing-masing. Setiap anggota organisasi dapat dengan
mudah memahami tugas yang harus dilakukannya dan kepada siapa ia harus
bertanggung jawab. Dengan demikian kegiatan perusahaan dapat berjalan dengan
lancar.
Selain itu, dengan adanya struktur organisasi yang baik, maka akan tercipta
kerja sama dan hubungan kerja yang serasi antar anggota organisasi dan antar
bagian dalam organisasi. Adapun struktur organisasi yang terdapat pada Apotek
adalah sebagai berikut :

Gambar 2 : Struktur Organisasi Apotek

5.3 Deskripsi Kerja

Pembagian tugas wewenang dan tanggung jawab dari jabatan-jabatan yang

terdapat di dalam struktur organisasi Apotek adalah:

19
5.3.1 Pimpinan

1. Menerima laporan-laporan.
2. Menentukan perencanaan took obat, menetapkan kebijakan, dan rencana
kerja
3. Menentukan anggaran belanja dan anggaran pendapatan
4. Mengawasi berjalannya toko obat
5. Memberi advise kepada karyawan toko obat

5.3.2 Bagian Keuangan:

1. Mengatur kegiatan keluar masuknya dana.

2. Menyiapkan dan membuat laporan keuangan sebagai dasar pemikiran
pengambilan keputusan.

5.3.3 Bagian Administrasi:

1. Melakukan pembelian obat ke supplier (Pedagang Besar Farmasi) atau

sales obat
2. Melakukan pembayaran kepada supplier (Pedagang Besar Farmasi) atau
sales obat
3. Dalam waktu tertentu tugasnya hampir sama dengan bagian keuangan
yaitu mengatur kegiatan keluar masuknya dana

5.3.4 Tugas Pelayanan Apotek

1. Pelayanan Resep

a. Skrining Resep

Apoteker melakukan skrining resep meliputi:

1) Persyaratan Administratif :

- Nama, SIP dan alamat dokter

- Tanggal penulisan resep

20
 - Tanda tangan/paraf dokter penulis resep

- Nama, alamat, umur, jenis kelamin dan berat badan pasien

- Nama obat, potensi, dosis, dan jumlah yang minta

- Cara pemakaian yang jelas

- Informasi lainnya

2) Kesesuaian farmasetik: bentuk sediaan, dosis, potensi,

stabilitas, inkompatibilitas, cara dan lama pemberian.

3) Pertimbangan klinis : adanya alergi, efek samping, interaksi,

kesesuaian (dosis, durasi, jumlah obat dan lain lain). Jika ada
keraguan terhadap resep hendaknya dikonsultasikan kepada dokter
penulis resep dengan memberikan pertimbangan dan alternatif
seperlunya bila perlu menggunakan persetujuan setelah
pemberitahuan.

b. Penyiapan obat

1) Peracikan

Merupakan kegiatan menyiapkan, menimbang, mencampur,

mengemas dan memberikan etiket pada wadah. Dalam
melaksanakan peracikan obat harus dibuat suatu prosedur tetap
dengan memperhatikan dosis, jenis dan jumlah obat serta penulisan
etiket yang benar.

2) Etiket

Etiket harus jelas dan dapat dibaca.

3) Kemasan Obat yang Diserahkan

21
 Obat hendaknya dikemas dengan rapi dalam kemasan yang
cocok sehingga terjaga kualitasnya.

4) Penyerahan Obat

Sebelum obat diserahkan pada pasien harus dilakukan pemeriksaan

akhir terhadap kesesuaian antara obat dengan resep. Penyerahan obat
dilakukan oleh apoteker disertai pemberian informasi obat dan
konseling kepada pasien.

5) Informasi Obat

Apoteker harus memberikan informasi yang benar, jelas dan

mudah dimengerti, akurat, tidak bias, etis, bijaksana, dan terkini.
Informasi obat pada pasien sekurang-kurangnya meliputi: dosis, efek
farmakologi, cara pemakaian obat, cara penyimpanan obat, jangka
waktu pengobatan, aktivitas serta makanan dan minuman yang harus
dihindari selama terapi.

6) Konseling

Apoteker harus memberikan konseling mengenai sediaan

farmasi, pengobatan dan perbekalan kesehatan lainnya, sehingga
dapat memperbaiki kualitas hidup pasien atau yang bersangkutan
terhindar dari bahaya penyalahgunaan atau penggunaan salah
sediaan farmasi atau perbekalan kesehatan lainnya. Untuk penderita
penyakit tertentu seperti kardiovaskular, diabetes, TBC, asma, dan
penyakit kronis lainnya apoteker harus memberikan konseling secara
berkelanjutan.

22
 7) Monitoring Penggunaan Obat

Setelah penyerahan obat kepada pasien, Apoteker harus

melaksanakan pemantauan penggunaan obat, terutama untuk pasien
tertentu seperti kardiovaskular, diabetes, TBC, asma, dan penyakit
kronis lainnya.

5.3.5 Asisten Apoteker:

1. Melayani konsumen secara langsung

2. Menangani pelayanan pembelian obat yang menggunakan resep (meracik
obat)
3. Bertanggung jawab kepada apoteker
4. Menjalankan operasional mulai dari menerima obat yang dipesan,
meletakkannya dalam etalase toko sampai melayani penjualan obat
5. Bertanggung jawab terhadap kebersihan toko obat, pemeliharaan
inventaris toko dan penyimpanan dokumen-dokumen

23
 BAB IV

ANALISA DAN PERANCANGAN

5.1 Analisis Berorientasi Objek

Teknik analisis berorientasi objek merupakan alat terbaik yang dapat

digunakan untuk sebuah proyek yang akan mengimplementasikan sistem yang
menggunakan teknologi objek.

5.1.1 Pemodelan Use Case

Tujuan pemodelan use case ini untuk mendapatkan dan menganalisis

informasi persyaratan yang cukup untuk mempersiapkan model yang
mengkomunikasikan apa yang diperlukan dari perspektif pengguna, tetapi bebas
dari detail spesifik tentang bagaimana sistem akan dibangun dan
diimplementasikan. Adapun langkah-langkah pemodelan use case dalam
penelitian ini adalah sebagai berikut :

5.1.2 Mengidentifikasi Pelaku Bisnis

Dalam sistem digitalisasi perpustakaan, dari identifikasi pelaku bisnis yang

terlibat di atas maka dapat ditentukan beberapa aktor yaitu anggota dan petugas
Apotek:

Petugas Apotek Pembeli/Customer Pemilik Apotek Supplier

Gambar 3 : Actor yang terlibat

24
5.1.3 Mengidentifikasi Use Case Persyaratan Bisnis

Mengidentifikasi use case persyaratan bisnis yaitu mendiskripsikan interaksi

antara aktor dengan sistem.

No Use Case Deskripsi

1 Login Petugas login ke sistem aplikasi apotek
2 Insert Data Obat Kegiatan mengelola penambahan data obat
baru.
3 Update Data Obat Kegiatan mengelola perubahan data obat
yang ada.
4 Delete Data Obat Kegiatan menghapus data obat tertentu
dalam database.
5 Mengubah Stok Opname Kegiatan mengelola pengurangan jika obat
Obat rusak atau hilang atau penambahan stok obat
karena adanya pengiriman barang yang
datang.
6 Melayani Penjualan Kegiatan mengelola transaksi penjualan obat
Obat Tanpa Resep tanpa resep dokter.
7 Melayani Penjualan Kegiatan mengelola transaksi penjualan obat
Obat Dengan Resep dengan resep dokter.
8 Meng-generate Report Kegiatan untuk mendapatkan report dari
transaksi yang tersimpan pada sistem.
9 Cetak Nota Transaksi Kegiatan melakukan cetak nota transaksi
penjualan obat kepada pelanggan
10 Cek Kadaluarsa Kegiatan melakukan cek terhadap obat yang
sudah kadaluarsa
11 Mencari Obat Keguatan melakukan pencarian detail
informasi obat.

5.1.4 MenyusunScenario

Berdasarkan tabel alur diagram use case dapat disusun scenario sebagai berikut :

a) Login

Login memiliki fungsi keamanan untuk pembatasan hak akses user

terhadap sistem, dan mengamankan sistem dari pengguna yang tidak

25
berwewenang untuk mengakses. Adapun scenario proses login adalah sebagai
berikut :

Identifikasi
No. 1
Nama Login
Memastikan hak akses sesuai dengan
Tujuan
wewenang user
Sistem memastikan apakah user yang akan
Deskripsi
login memiliki hak akses ke sistem
Tipe
Actor Petugas Apotek
Skenario Utama
Sistem tampil dengan halaman utama aplikasi
Kondisi Awal ApotekSMA Negeri 3 Palembang, selanjutnya
dari halaman tersebut user melakukan login.
Aksi Actor Reaksi Sistem
1. Petugas Apotekmemasukkan user id 1. Melakukan verifikasi dan validasi data
dan password berdasarkan data yang diinputkan.
2. Aktor melakukan submit 2. menampilkan konfirmasi hasil login.
Skenario Gagal
Aksi Actor Reaksi Sistem
3. Petugas Apotekmemasukkan user id
1. Melakukan verifikasi dan validasi data
dan password dengan kesempatan
berdasarkan data yang diinputkan.
sebanyak.
2. Sistem kembali seperti semula tetap
4. Aktor melakukan submit

b) Input Obat

Petugas memasukkan data obat kedalam database aplikasi.

Identifikasi
No. 2
Nama Input Obat
Tujuan Memasukan data obat
Petugas Apotekmemasukkan data obat ke
Deskripsi
sistem
Tipe

26
 Actor Petugas Apotek
Skenario Utama
Kondisi Awal Tampil pada halaman utama
Aksi Actor Reaksi Sistem
1. Aktor memasukkan data obat ke
sistem 
 1. Menyimpan data obat ke sistem 

2. Aktor menyimpan data 
 2. Merubah data obat 

3. Aktor mengupdate data 
 3. Menghapus data dari sistem. 

4. Aktor menghapus data 

Skenario Gagal
Aksi Actor Reaksi Sistem
Menyimpan data obat ke sistem dan
Petugas Apotekmenginput ulang
menampilkan verifikasi.
Kondisi Akhir Data obat tersimpan ke dalam sistem.

Input obat hanya dapat dilakukan oleh petugas perpustakaan. Tabel di atas adalah
scenario input obat yang dilakukan oleh petugas perpustakaan.

c) Pencarian Obat

Input pencarian obat dilakukan oleh anggota maupun petugas untuk melakukan
pencarian obat. Adapun scenario proses pencarian obat adalah sebagai berikut :

Identifikasi
No. 3
Nama Pencarian obat
Tujuan Melakukan pencarian data obat
Petugas Apotekatau anggota melakukan
Deskripsi
pencarian data obat
Tipe
Actor Petugas Apotek, Anggota, Administrasi, Gudang
Skenario Utama
Kondisi Awal Tampil pada halaman utama
Aksi Actor Reaksi Sistem
1. Aktor memasukkan data kode obat
1. Membaca data 

ke sistem
2. Menampilkan data 

2. Aktor melihat data
Skenario Gagal
Aksi Actor Reaksi Sistem
Petugas Apotekatau anggota Menampilkan pesan data tidak ada.

27
 menginput ulang kode obat
Kondisi Akhir Menampilkan informasi obat yang dicari

d) Update Data Obat

Identifikasi
No. 4
Nama Update data Obat
Tujuan Memasukan data obat
Petugas Apotekmemasukkan data obat ke
Deskripsi
sistem
Tipe
Actor Petugas Apotek
Skenario Utama
Kondisi Awal Tampil pada halaman utama
Aksi Actor Reaksi Sistem
1. Aktor memasukkan data obat ke
sistem 
 1. Menyimpan data obat ke sistem 

2. Aktor menyimpan data 
 2. Merubah data obat 

3. Aktor mengupdate data 
 3. Menghapus data dari sistem. 

4. Aktor menghapus data 

Skenario Gagal
Aksi Actor Reaksi Sistem
Menyimpan data obat ke sistem dan
Petugas Apotek mengupdate ulang
menampilkan verifikasi.
Kondisi Akhir Data obat tersimpan ke dalam sistem.

e) Generate Report

Identifikasi
No. 5
Nama Generate Report
Tujuan Menampilkan laporan transaksi
Petugas Apotek menampilkan laporan melalui
Deskripsi
sistem
Tipe
Actor Petugas Apotek
Skenario Utama

28
 Kondisi Awal
Aksi Actor
1. Aktor menampilkan laporan transaksi
2. Aktor memilih tanggal transaksi

3. Aktor memilih range tanggal transaksi
4. Aktor mencetak laporan

Skenario Gagal
Aksi Actor
Petugas Apotek menampilkan ulang
Kondisi Akhir
Tampil pada halaman utama
Reaksi Sistem
1. Menampilkan laporan 

2. Menentukan pilihan range waktu 

3. Mencetak Laporan. 

Reaksi Sistem
Menampilkan ulang laporan.
Laporan tertampil dalam format print preview.

5.2 Perancangan Berorientasi Objek

Perancangan berorientasi objek menggambarkan objek dalam sistem, hubungan

antara objek, serta atribut dan operasi yang merupakan karakteristik setiap kelas
dan objek.

5.2.1 Use Case Diagram

Use Case Diagram menunjukkan interaksi antara Use-Case dan beberapa Aktor
antara lain apoteker, customer, supplier, dan pemilik.

29
 Gambar 4 : Use Case Diagram Apotek

5.2.2 Activity Diagram

Diagram aktifitas menunjukkan aktifitas dari beberapa bagian dari struktur

organisasi yang terlibat di dalam sistem.

5.2.2.1 ActivityDiagram Petugas Apotek

Diagram activity petugas menggambarkan kegiatan petugas apotek yang

berhubungan dengan aktivitas terhadap sistem.

30
5.2.3 Class Diagram

Kelas diagram merupakan diagram yang selalu ada di pemodelan, sistem

informasi berorientasi objek. Class diagram menunjukan hubungan antar class
dalam sistem yang sedang dibangun dan bagaimana berkolaborasi untuk mencapai
suatu tujuan.

31
 32
Gambar 5 : Class Diagram Apotek
5.2.4 State Diagram

State diagram menggambarkan transisi dan perubahan keadaan (dari satu state
ke state lainnya) suatu objek pada sistem sebagai akibat dari stimuli yang diterima.
Adapun state diagram dalam perancangan ini adalah sebagai berikut :

Gambar 6 : State Diagram Login

Gambar 7 : State Diagram penjualan Obat

33
 Gambar 8 : State diagram update stok obat

Gambar 9 : State diagram pengelolaan pegawai

34
 Gambar 10 : State diagram view laporan

5.2.5 Colaboration Diagram

Collaboration diagram juga menggambarkan interaksi antar objek seperti

sequence diagram, tetapi lebih menekankan pada peran masing-masing objek dan
bukan pada waktu penyampaian message.

35
 Gambar 11 : Collaboration Diagram Login

Gambar 12 : Colllaboration Diagram Pengelolaan Data penjualan obat

36
 Gambar 13 : Collaboration Pengelolaan Data Stok

Gambar 14 : Collaboration Diagram Transaksi Pembelian

37
Gambar 15 : Collaboration Diagram Pengelolaan Pegawai

Gambar 16 : Collaboration Diagram Menampilkan Report

38
5.2.6 Sequence Diagram

Sequence menjelaskan secara detail urutan proses yang dilakukan oleh

bagian-bagian yang terlibat di dalam sistem dalam sistem untuk mencapai tujuan
dari use case interaksi terjadi antara class, operasi apa yang terlihat, urutan antara
operasi, dan informasi yang diperlukan oleh masing-masing operasi.

5.2.6.1 Sequence Diagram Pengelolaan Data Obat

Sequence diagram inout data buku menjelaskan proses tahap-tahap mengelola

data obat. Proses dimulai dari tampilan form input obet, proses input hingga ke
penyimpanan data.

Gambar 17 : Squence Diagram Pengelolaan Data Obat

39
Penjelasan Langkah-Langkah Sequence Diagram Pengelolaan Data Stok Obat :

1. Apoteker masuk ke dalam sistem yang menampilkan form stok obat

dimana apoteker untuk dapat masuk ke form tersebut harus login terlebih
dahulu.
2. Kemudian apoteker mengisi form dengan memasukan data stok obat .
Dan selanjutnya menekan tombol update.
3. Kemudian data pembelian obat tersebut diproses dan sistem
memverifikasi apakah data yang sudah diisikan sudah valid atau belum.
4. Jika ternyata data valid, sistem kemudian memberi tahu ke apoteker
bahwa database stok obat sudah terupdate dan sistem lalu
menampilkan kembali form data stok obat.

5.2.6.2 Sequence Diagram Login System

Gambar 18 : Squence Diagram Login

40
Penjelasan Langkah-Langkah Sequence Diagram Login:

1. User masuk ke dalam sistem yang menampilkan form login dimana User
untuk melakukan login harus memasukkan username dan password sesuai
kewenangan masing-masing.
2. Kemudian user mengisi form dengan memasukan username dan password.
Dan selanjutnya menekan tombol OK.
3. Kemudian inputan username dan password user tersebut dipassing oleh
Form_Login sebagai sebagai parameter fungsi untuk proses
Query_Validasi oleh Login_Process. Login_process kemudian melakukan
koneksi ke database apotek terlebih dahulu. Kemudian melakukan
Query_Validasi ke entity User berdasarkan input yang dipassing oleh
Form Login. Setelah itu lewat proses Return_validasi entity User
mengembalikan hasil Query tersebut ke Control Login_process.
4. Jika ternyata dalam hasil query tersebut terdapat inputan Username dan
Pasword dari user, Login_process kemudian mengirim konfirmasi
Login_Sukses ke Form login. Kemudian Form Login mengclose dirinya
sendiri sambil mengirimkan message box selamat datang user.

41
5.2.6.3 Sequence Diagram Penjualan Obat

Gambar 19 : Squence Diagram Penjualan Obat

Penjelasan Langkah-Langkah Sequence Diagram Pengelolaan data Penjualan

Obat (dengan resep) :

1. Pegawai masuk ke dalam sistem yang menampilkan form penjualan obat

dengan resep dimana pegawai untuk dapat masuk ke form tersebut harus
login terlebih dahulu.
2. Kemudian pegawai mengisi form dengan memasukan data penjualan obat
yang memiliki 2 tab untuk resep dan Dan selanjutnya menekan tombol
update.Tanpa resep.
3. Kemudian data penjualan obat yang diinputkan tersebut diproses dan
sistem memverifikasi apakah data yang sudah diisikan sudah valid atau

42
 belum.
4. Jika ternyata data valid, sistem kemudian memberi tahu ke pegawai bahwa
database penjualan obat sudah terupdate dan sistem lalu menampilkan
kembali form data penjualan obat.

5.2.6.4 Sequence Diagram Pembelian Obat

Gambar 20 : Squence Diagram Pembelian Obat

Penjelasan Langkah-Langkah Sequence Diagram Pengelolaan Data Pembelian

Obat :

1. Apoteker masuk ke dalam sistem yang menampilkan form pembelian obat

43
 dimana apoteker untuk dapat masuk ke form tersebut harus login terlebih
dahulu.
2. Kemudian apoteker mengisi form dengan memasukan data pembelian
obat . Dan selanjutnya menekan tombol update.
3. Kemudian data pembelian obat tersebut diproses dan sistem memverifikasi
apakah data yang sudah diisikan sudah valid atau belum.
4. Jika ternyata data valid, sistem kemudian memberi tahu ke apoteker bahwa
database pembelian obat sudah terupdate dan sistem lalu menampilkan
kembali form data pembelian obat.

5.2.6.5 Sequence Diagram Pembelian Obat

Gambar 21 : Squence Diagram Pengelolaan Pegawai

44
Penjelasan Langkah-Langkah Sequence Diagram Update data pembelian obat
pegawai :

1. Pimpinan masuk ke dalam sistem yang menampilkan form pengelolan data

pegawai dimana pimpinan untuk dapat masuk ke form tersebut harus login
terlebih dahulu.
2. Kemudian pimpinan mengisi form dengan memasukan data pegawai . Dan
selanjutnya menekan tombol update.
3. Kemudian data pegawai tersebut diproses dan sistem memverifikasi
apakah data yang sudah diisikan sudah valid atau belum.
4. Jika ternyata data valid, sistem kemudian memberi tahu ke pimpinan
bahwa database pegawai sudah terupdate dan sistem lalu menampilkan
kembali form pengelolaan data pegawai.

5.2.6.6 Sequence Diagram Menampilkan Report

Gambar 22 : Squence Diagram Menampilkan Report

45
Penjelasan Langkah-Langkah Sequence Diagram ViewReport :

1. Pimpinan masuk ke dalam sistem yang menampilkan form informasi

penjualan obat dimana pimpinan untuk dapat masuk ke form tersebut
harus login terlebih dahulu.
2. Kemudian pimpinan mengisi keyword pada text field yang disediakan.
Dan selanjutnya menekan tombol cari.
3. Kemudian sistem akan mengquery berdasarkan keyword dan sistem
memverifikasi apakah data yang sudah diisikan sudah valid atau belum.
Kemudian sistem menampilkan informasi penjualan obat yang diinginkan.
4. Jika ternyata data valid, sistem kemudian memberi tahu ke pimpinan
bahwa data transaksi penjualan yang diinginkan ada dan sistem lalu
menampilkan kembali form informasi penjualan obat.

5.2.7 Rancangan Basis Data

Desain file adalah atribut-atribut yang diperlukan untuk proses penginputan data
agar program yang dibuat sesuai dengan yang diinginkan. Tabel-tabel yang
diperlukan dan akan digunakan dalam database yaitu :

a) a. Tabel Obat

Tabel buku berfungsi untuk menyimpan data-data obat yang diinputkan oleh
petugas apotek.

46
Table 2 : Tabel Database Obat

b) Tabel Supplier

Table 3 : Table Database Supplier

c) Tabel Penjualan

47
Table 4 : Tabel Database Penjualan

d) Table Pembelian

Table 5 : Table Database Pembelian

48
5.3 Desain Interface

Desain interface menggambarkan rancangan antar muka pengguna dari

rancangan menu, rancangan masukan hingga rancangan keluaran.

5.3.1 Desain Menu Utama

Struktur menu adalah bentuk umum dari suatu perancangan program untuk
memudahkan melihat dan memfungsikan sesuai dengan kebutuhan. Perancangan
Struktur program aplikasi merupakan perancangan program secara keseluruhan
baik itu dari tampilan menu aplikasi, menu inputan, dan menu laporan.

Gambar 23 : Struktur Menu

5.3.2 Perancangan Input

Perancangan input, tampilan dirancang sedemikian rupa agar mudah

dioperasikan oleh pemakai. Untuk setiap eksekusi peralatan yang digunakan
berupa keyboard dan mouse. Adapun form inputan yang penyusun rancang
meliputi beberapa form yang akan dibutuhkan pada sistem informasi pengolahan
data Apotek yang penyusun bangun. Berikut gambaran serta penjelasan
dari masing –masing form yang penyusun rancang.

49
5.3.3 Form Login

Pada saat program pertama kali dijalankan, maka form yang pertama kali
muncul adalah form login ini. Form login ini berfungsi sebagai filter awal untuk
memasuki aplikasi sistem informasi ini, dengan password yang rahasia, maka
form login ini menjaga sistem aplikasi supaya tidak bisa dimasuki oleh sembarang
orang.

Gambar 24 : Form Login

 Tombol Login untuk diproses data login

 Tombol keluar untuk keluar dari sistem informasi persediaan obat

5.3.4 Form Ubah Password

Form ini merupakan gambaran perancangan form input data ubah password

50
 Gambar 25 : Form Ubah Password

 Tombol simpan untuk menyimpan data ubah password

 Tombol batal untuk membatalkan data ubah password

5.3.5 Form Data Pengguna

Form ini merupakan Gambaran perancangan form input data pengguna sistem
informasi persediaan obat dengan data yang dapat mengakses sebanyak 3
yaitu admin, apoteker dan kasir

Gambar 26 : Form Pengguna

51
 a. Tombol simpan untuk menyimpan data pengguna
b. Tombol batal untuk membatalkan inputan data pengguna
c. Tombol tambah data untuk menambah data pengguna baru
d. Tombol edit untuk merubah data inputan pengguna
e. Tombol hapus untuk menghapus data inputan pengguna
f. Tombol filter data untuk pemisahan data bedasarkan data pengguna
tertentu
g. Tombol reset filter untuk mengembalikan data awal
h. Tombol tutup untuk keluar dari form data pengguna

5.3.6 Form Data Tipe Obat

Form ini merupakan Gambaran perancangan form input data tipe yang dimiliki
obat.

Gambar 27 : Form Data Type Obat

a. Tombol simpan untuk menyimpan data tipe obat

b. Tombol batal untuk membatalkan inputan data tipe obat

52
 c. Tombol tambah data untuk menambah data tipe baru
d. Tombol edit untuk merubah data inputan tipe
e. Tombol hapus untuk menghapus data inputan tipe
f. Tombol filter data untuk pemisahan data bedasarkan data tipe tertentu
g. Tombol reset filter untuk mengembalikan data awal
h. Tombol tutup untuk keluar dari form data tipe obat

5.3.7 Form Data Jenis Obat

Form ini merupakan Gambaran perancangan form input data jenis yang dimiliki
obat

Gambar 28 : Form Jenis Obat

a. Tombol simpan untuk menyimpan data jenis obat

b. Tombol batal untuk membatalkan inputan data jenis obat
c. Tombol tambah data untuk menambah data jenis baru
d. Tombol edit untuk merubah data inputan jenis obat
e. Tombol hapus untuk menghapus data inputan jenis obat

53
 f. Tombol filter data untuk pemisahan data bedasarkan jenis tertentu
g. Tombol reset filter untuk mengembalikan data awal
h. Tombol tutup untuk keluar dari form data jenis obat

5.3.8 Form Data Satuan Obat

Form ini merupakan Gambaran perancangan form input data satuan yang dimiliki
obat

Gambar 29 : Form Data Satuan Obat

a. Tombol simpan untuk menyimpan data satuan obat

b. Tombol batal untuk membatalkan inputan data satuan obat
c. Tombol tambah data untuk menambah data satuan baru
d. Tombol edit untuk merubah data inputan satuan obat
e. Tombol hapus untuk menghapus data inputan satuan obat
f. Tombol filter data untuk pemisahan data bedasarkan data satuan tertentu
g. Tombol reset filter untuk mengembalikan data awal
h. Tombol tutup untuk keluar dari form data satuan

54
5.3.9 Form Data Obat

Form ini merupakan Gambaran perancangan form input data obat

Gambar 30 : Data Obat

a. Tombol simpan untuk menyimpan data obat

b. Tombol batal untuk membatalkan inputan data obat
c. Tombol tambah data untuk menambah data obat baru
d. Tombol edit untuk merubah data inputan obat
e. Tombol hapus untuk menghapus data inputan obat
f. Tombol filter data untuk pemisahan data bedasarkan data obat tertentu
g. Tombol reset filter untuk mengembalikan data awal
h. Tombol tutup untuk keluar dari form data obat

5.3.10 Form Penerimaan

Form ini merupakan Gambaran perancangan form input data penerimaan obat

55
 Gambar 31 : Form Penerimaan Obat

a. Tombol simpan untuk menyimpan data pengguna

b. Tombol batal untuk membatalkan inputan data pengguna
c. Tombol tambah data untuk menambah data pengguna baru
d. Tombol hapus untuk menghapus data inputan pengguna
e. Tombol tutup untuk keluar dari form data pengguna

5.3.11 Form Penjualan

Form ini merupakan Gambaran perancangan form input data penjualan

56
 Gambar 32 : Form Penjualan

a. Tombol simpan untuk menyimpan data pengguna

b. Tombol batal untuk membatalkan inputan data pengguna
c. Tombol tambah data untuk menambah data pengguna baru
d. Tombol kosongkan untuk menghapus data inputan pengguna
e. Tombol tutup untuk keluar dari form data pengguna

5.4 Perancangan Output

5.4.1 Laporan Penerimaan

Form ini merupakan Gambaran perancangan form input data cetak laporan
penerimaan

57
 Gambar 33 : Form Laporan Penerimaan

a. Tombol tampilkan untuk menampilkan laporan penerimaan

b. Tombol keluar untuk kembali ke menu utama

Gambar 34 : Rancangan Laporan Penerimaan

5.4.2 Laporan Penjualan

Form ini merupakan Gambaran perancangan form input data cetak laporan
penjualan

58
 Gambar 35 : Form Laporan Penjualan

a. Tombol tampilkan untuk menampilkan laporan penjualan

b. Tombol keluar untuk kembali ke menu utama

Gambar 36 : Rancangan Laporan Penjualan

5.4.3 Cetak Kartu stok

Form ini merupakan Gambaran perancangan form input data kartu stok

59
 Gambar 37 : Form Laporan Stok

a. Tombol tampilkan untuk menampilkan laporan kartu stok

b. Tombol keluar untuk kembali ke menu utama

Gambar 38 : Rancangan Laporan Stok

60
 BAB V

PROJECT CHARTER

Project Name : Project System Informasi Apotek

Department : S-1 Teknik Informastika STMIK Jenderal Achmad Yani
Focus Area : Profiling
Product/Process : Aplikasi System Informasi Apotek
Project Time : 1 Maret 2016 sampai 20 Mei 2016
Cost Estimation : Rp 1.500.000

5.1 Prepared By

Document Owner(s) Project/Organization Role

Irvan Asdiamar Awal Saputra Project Manager

Candra Aditama Software Developer

Rizki Arkan Software Designer & Stakeholder

5.2 Project Charter Version Control

Version Date Author Change Description

1.0 28/02/2016 Irvan Asdiamar Awal Saputra Document dibuat

Candra Aditama
Rizki Arkan

5.3 Project Charter Purpose

Tujuan dari proyek ini adalah pembuatan sebuah aplikasi sistem informasi
apotek dimana aplikasi ini sebagai media membantu tranksasi yang terjadi pada
apotek. Aplikasi akan berisi tentang informasi menganai dan memudahkan dalam
penyampaian informasi mengenai apotek secara meluas. Keuntungan yang dapat

61
dirasakan dari aplikasi ini yaitu dapat memberikan informasi tentang apotek
sehingga memudahkan untuk maintenance dan akan membantu untuk mengambil
keputusan bagi. top manajemen.

5.4 Project Executive Summary

 Project goals
 Objectives
 Scope
 Assumptions
 Risks
 Costs
 Timeline
 Approach
 Organization

5.5 Project Overview

Sistem informasi merupakan salah satu faktor yang penting bagi perusahaan
dalam kegiatan operasional perusahaan. Sistem informasi digunakan untuk
mengumpulkan, mengolah, dan menyediakan informasi dengan tujuan untuk
membantu pengambilan keputusan. Apotek sebagai organisasi yang memiliki
kecenderungan orientasi pada laba, selalu membutuhkan sistem yang
terkomputerisasi dalam mengumpulkan, menyimpan, dan memproses data untuk
menghasilkan informasi yang dapat membantu apotek itu dalam melakukan
perencanaan strategi dan pengambilan suatu keputusan secara efektif.

Tanpa adanya sistem yang terkomputerisasi apotek itu akan menghadapi

kendala untuk mendapatkan informasi yang aktual dan akurat. Hal itu dapat
disebabkan oleh proses pengumpulan dan pengolahan data masih dilakukan secara
manual. Dengan bantuan sistem yang terkomputerisasi pula informasi dapat
dikelola dengan baik, sehingga dapat menciptakan efisien biaya.

62
 Rencananya, sistem informasi apotek akan dibuat sebagai aplikasi pada OS
windows menggunakan bahasa pemrograman Delphi. Kemudian untuk media
penyimpanan data akan menggunakan database management system MySQL.
Dengan database MySQL program bisa dibuat client server dan database bisa
tersimpan secara terpusat, tidak perlu penyimpanan database di setiap komputer
jika ada komputer lebih dari satu.

5.6 Project Scope

5.6.1 Goals and Objectives

No Goals
1. Proyek akan mencari dan
menambahkan informasi umum
kebutuhan dan alur kerja pada
perusahaan apotek
2. Proyek akan membuat
gambaran dan mengembangkan
fitur pada aplikasi sistem
informasi apotek
Objectives
1. Melakukan interview kepada
pimpinan apotek
2. Melakukan interview kepada
petugas dan karyawan apotek
3. Membuat sistem informasi apotek.
1. Membuat gambaran dan
mengembangkan fitur yang
dibutuhkan pada potek
2. Menyiapkan kebutuhan hardware
dan software pendukung.

5.6.2 Departmental Statements of Work (SOW)

No Departmental SOW Owner/Prime Due Date/Sequence

1. Interview kebutuhan Projecr Melakukakan
stakeholder Manager , wawancara untuk
Stakeholder mendapatkan
kebutuhan utama
2. Fitur-fitur mengenai Software Tim developer dan
profilling yang akan dibuat Developer , stakeholder
Stakeholder mendiskusikan dan
membuat requirement
fitur-fitur apa yang
diperlukan

63
 3. Melakukan desain interface Software Software Designer
sesuai dengan kebutuhan Designer, dan Stakeholder
Stakerholder bersama-sama
mendisikusikan
desain yang sesuai
dengan kebutuhan
stakeholder namun
tidak dapat keluar dari
ruang lingkup yang
terlah di sepakati.
4. Deskripsi hasil kerja Stakeholder, Tim Pada tim proyek harus
(spesifikasi kebutuhan, proyek dapat mendiskripsikan
source code, test plan) dan mendiskusikan
kepada stakeholders
mengenai asumsi
projek yang dibuat
5. Estimasi usaha setiap work Project Manager Project manager
product tersebut memilih seorang
moderator dan tim
estimasi yang terdiri
atas 3 orang. Jika tim
yang telah dipilih
merasa bahwa
dokumen vision dan
scope kurang
memberikan
informasi, maka
project manager harus
memperbaiki
dokumen tersebut
6. Testing aplikasi Tester Melakukan uji coba
terhadap aplikasi yang
telah dibuat
7. Implementasi aplikasi Tim Proyek Tim melakukan
implementasi aplikasi.

5.6.3 Project Deliverables

No Milestone Deliverable

64
1. Melakukan wawancara atau
interview kepada stakeholder
utama untuk mendapatkan
kebutuhan proyek yang sesuai
2. Melakukan wawancara terhadap
stakeholder lainnya (karyawan)
3. Pembuatan Sistem (prototyping)
4. Desain Interface
5. Presentasi Prototype kepada
stakeholder
6. Presentasi produk akhir
 Mendapatkan data dan infromasi
mengenai proyek
 Mendapatkan kebutuhan utama
stakeholder
 Data struktru organisasi
laboratorium e-bisnis
 Data pengurus perusahaan,
karwayan, dan stakeholders.
 Data obat - obatan
 Menentukan batasan proyek
 Menentukan estimasi kebutuhan
dana awal
 Dokumentasi pertemuan
 Dokumen kebutuhan proyek
 Mendapatkan kebutuhan utama
dan pendukung untuk proyek
 Dokumen kebutuhan proyek
 Dokumentasi pertemuan
 Dokumentasi pengembangan
aplikasi
 Mendapatkan hasil aplikasi sistem
informasi apotek sementara
(prototype atau demo)
 Aplikasi sistem informasi sudah
bekerja 80 persen
 Dokument pengembangan
aplikasi (progress)
 Hasil desain apilasi telah selesai
dan tetap merujuk pada dokumen
kebutuhan
 Dokumen pengembangan aplikasi
(final)
 Mendapatkan feedback dari
stakeholder
 Informasi tentang kebutuhan
minor
 Dokument kebutuhan proyek
 Layanan berjalan sesuai dengan
65
 kebutuhan stakeholder
 Sistem dapat berjalan dengan baik
 Produk telah diimplementasikan

5.6.4 Deliverables Out of Scope

Tidak termasuk dalam proyek ini adalah pengimplementasian proses

bisnis yang terjadi didalam sistem informasi apotek. Selain itu pengolahan data
dan data diluar dari ruang lingkup pengerjaan proyek juga tidak termasuk dalam
kebutuhan proyek dan tidak digunakan dalam proses pengerjaan proyek. Adanya
beberapa hal mengenai sistem informasi apotek yang tidak termasuk dalam
ruang lingkup pengerjaan proyek profiling diataranya adalah berupa kode
program dari tiap aplikasi yang dihasilkan oleh sistem informasi apotek

5.6.5 Project Estimated Costs & Duration

Project Date Confidence

Milestone Estimate Deliverable(s) Included Level
Melakukan 19/03/2016  Informasi mengenahi High
interview pada laboratorium e-bisnis
stakeholder  Informasi stakeholder
yang terlibat
 Informasi proses bisnis
yang ada
 Informasi struktru
organisasi
 Informasi Prestasi dan
Karya
 Dokumen Kebutuhan

Analisa hasil 26/03/2016  Mendapatkan High

interview kebutuhan utama
 Dokumen kebutuhan
(final)

Desain Sistem 02/04/2016  Prototype High

dan interface

66
 Presentasi ke 23/04/2016  Feedback mengenai Medium
Stakeholder prototype

Hosting dan 24/04/2016  Melukakan pembelian Medium

Domain hosting dan domain
aplikasi untuk implementasi
aplikasi web

Testing 30/04/2016  Memperoleh High

aplikasi dokumentasi testing
aplikasi

5.7 Project Conditions

5.7.1 Project Assumptions

 Proye kini diasumsikan suatu proyek yang bertujuan untuk membuat dan
mengembangkan website mengenai satu focus, yaitu Sistem Informasi
Apotek.
 Proye kini diasumsikan dapat membantu petugas apotek dalam
melakukan transaksi dan management data perusahaan.
 Proyek ini diasumsikan suatu aplikasi yang akan selalu diperbaharui
informasinya agar dapat memberikan informasi yang aktual bagi yang
menggunakannya.

5.7.2 Project Issues

Priority Criteria

1. High-priority/critical-path issue; membutuhakan follow-up and

penyelesainyan segera dan cepat tanggap.
2. Medium-priority issue; membutuhkan follow up dan penyelesaian
sebelum beralih pada project atau step selanjutnya.
3. Low-priority issue; perlu diselesaikan sebelum jangka waktu project
selesai.
4. Closed issue.

67
 # Issue Priority Owner Description Status & Resolution

1 Anggota tim Low Project Kemungkinana Mempunyai anggota

mendapatkan Manager terjadi hal yang cadangan yang siap
musibah tidak diharapkan dipekerjakan sesuai dengan
yang menimpa keahlian yang dibutuhkan
anggota tim

2 Listrik mati High Developer Kemungkinan Menyiapkan aliran listrik

pada saat Designer terjadi mati cadangan menggunakan
pengembang listrik pada saat genset, atau UPS untuk
an aplikasi pengembangan keadaan mendesak.
web proyek.

3 Data Hilang High Tim Dimungkinkan Melakukan backup secara

Proyek sekali data dapat berkala pada media
hilang begitu saja penyimpanan yang terpisah
karena ancaman dengan komputer untuk
virus dan mengembangan.
bencana yang Menggunakan tools
tidak terduga pendukung keamaan
komputer pengembangan
seperti antivirus.

5.7.3 Project Risks

# Risk Area Likelihood Risk Owner Project Impact-Mitigation Plan

1 Waktu untuk High Project Manager Meeting dilakukan dengan mencari

melakukan hari yang longgar dan sebisa mungkin
pertemuan diadakan pertemuan setiap harinya
sangat sulit walaupaun hanya sebentar.
Jika belum mengatasi solusi lain
adalah melakukan netmeeting untuk
memecahkan masalah jarak dan
waktu.

2 Informasi Medium Project Manager Mencari stakeholder yang lainnya

dari seperti pelanggan dan keryawan dari
stakeholder apotek lain.
utama
kurang

3 Ruang High Project Manajer Melakukan inisiasi diawa mengenai

Lingkup batasa-batasan atau constrains yang

68
 # Risk Area Likelihood Risk Owner Project Impact-Mitigation Plan

proyek terdapat dalam proyek

melebar
terlalu luas

4 Waktu High Stakeholder Membuat schedule task pada setiap

pengerjaan kegiatan yang berkaitan dengan
proyek proyek yang disesuaikan dengan
terlambat kesepakatan pengerjaan proyek dan
dari target jumlah anggota tim.

5 Kurangnya Medium Project Manager Mencari atau merekrut anggota baru

personil tim yang sesuai dengan bidang keahlian
yang dibutuhkan

5.7.4 Project Constraints

Batasan dari proyek yang dikerjakan adalah sebagai berikut :

 Proyek hanya melakukan pengembangan terhadap aplikasi web yang

bersifat profiling.
 Fitur yang akan diterapkan pada proyek sesuai dengan permintaan
stakeholder dan telah di sepakati sebelumnya.
 Proyek berjalan sesuai dengan anggaran yang telah disediakan dan sesuai
dengan dokumen kebutuhan yang telah di sepakati. Bila ada kebutuhan
yang ingin diimplementasikan namun belum tercantum dalam dokumen
kebutuhan, maka akan ditunda dan dilanjutkan pada proyek selanjutnya.
 Tingakt sekuritas aplikasi web sesuai dengan permintaan stakeholder.
 Aplikasi web yang dikembangkan dibuat khusus untuk laboratorium
e-bisnis.

5.7.5 Project Structure Approach

Pendekatan yang dilakukan dalam pembuatan proyek ini adalah dengan

melakukan interview seintensif mungkin. Interview dengan pihak stakeholder
merupakan metode yang mudah dilakukan karean dengan interview sudah
cukup mendapatkan informasi yang dibutuhan. Informasi tersebut kemudian di
oleh untuk menjadi sebuah dokume kebutuhan sebagai sarana pengembangan
proyek aplikasi web profiling.

69
5.7.6 Project Team Organization Plans

Project Team Role Project Team Member(s) Responsibilities

Project Manager Irvan Asdiamar  Melakukan interview
terhadap stakeholder
proyek
 Melukan pembagian
tugas
 Control Project Team
 Bertanggung jawab atas
berjalannya proyek
 Finnancial
Software Developer Candra Aditama  Melakukan
pengembangan sistem
informasi
Sofware Designer Rizki Arkan  Desain interface
aplikasi
Software Analyst Candra Aditama  Melakukan analisa
terhadap rancangan
sistem informasi
Dokumentator Rizki Arkan  Dokumentasi
pengerjaan proyek
 Dokumentasi
pengembangan sistem
informasi
Tester Team Project  Melakukan pengujian
terhadap fitur-fitur
sistem informasi
 Memberikan feedback

5.7.7 Approvals

Prepared by Candra Aditama

Irvan Asdiamar Awal Saputra

Rizki Arkan

70
Approved by -----------------------------------
Project Sponsor

5.8 Schedule

Jadwal Pelaksanaan Kerja Proyek

No. Kegiatan Kerja Proyek Bulan

I II III IV

1. Persiapan

2. Pengambilan data primer

3. Pembuatan Sistem Informasi

4. Penyusunan laporan

71
 KESIMPULAN DAN SARAN

6.1 Kesimpulan

Pengembangan Sistem Informasi Persediaan Obat dapat memberikan solusi

terhadap masalah yang di hadapi Apotekdengan membangun sebuah aplikasi
yang dapat mempermudah menginputkan retur obat , pengecekan jumlah pesan,
pengecekan keadaan obat pada saat pengiriman dalam pengecekan stok obat,
menginformasikan waktu pembayaran pembelian yang dilakukan secara tunai atau
kredit, meminimalisir kesalahan akibat adanya proses penyesuaian antara laporan
yang sudah terkomputerisasi dan rekapitulasi. Dengan mengrintegrasikan
pemesanan, pembelian, penjualan, retur dan waktu pembayaran secara kredit.
sehingga mempermudah dalam pengolahan data, mempercepat proses transaksi
dan memudahkan pelaporan transaksi. Dengan demikian maka dapat di simpulkan
beberapa hal sebagai berikut :

1. Sistem Informasi Penjualan dan Pembelian yang dirancang dapat

membantu dalam pengolahan data transaksi penjualan dan transaksi
pembelian, pengecekan stok obat menjadi lebih efisien.
2. Dengan adanya sistem yang terkomputerisasi di dalam penjualan dan
pembelian tidak perlu lagi menjumlahkan atau mengurangi stok obat
dengan cara pencatatan secara konvensional karena stok obat aka secara
otomatis bertambah dan berkurang.
3. Di dalam pembuatan laporan penjualan, pembeliaan dan persediaan dapat
dengan mudah dan cepat karena adanya aplikasi yang memiliki sistem
penyimpanan dengan database di dalam komputer sehingga tidak akan
terjadi kesalahan lagi di saat pembuatan laporan.

72
 4. Di dalam proses perhitungan transaksi penjulan dan pembelian obat di
apotek tidak lagi menggunakan alat elektronik kalkulator karena adanya
sistem yang terkomputerisasi yang dapat dengan mudah dan cepat di dala
perhitungan transaksi penjualan dan pembelian di apotek
5. Dengan adanya sistem yang terkomputerisasi dapat mempercepat
pencarian data obat terhadap database yang tersimpan di dalam komputer.

6.2 Saran

Berdasarkan penyusunan laporan dan kesimpulan diatas, penulis akan

memberikan saran yang dapat dijadikan bahan pertimbangan untuk penelitian
selanjutnya, yaitu diantaranya :

1. Untuk user diharapkan belajar dan berlatih terlebih dahulu sebelum

mengoperasikan program ini, agar user dapat dengan mudah
mengoprasikan program ini dengan baik.
2. Aplikasi Sistem Informasi Penjualan dan Pembelian Obat di Apotek ini
dapat dikembangkan lebih lanjut oleh peneliti lain, sehingga informasi
yang disajikan dapat lebih jelas dan lebih efisien lagi bagi perusahaan
tertentu.
3. Dalam penggunaan sistem terkomputerisasi ini diharapkan selalu
melakukan back up data sehingga apabila terjadi hal - hal yang tidak
diinginkan seperti harddisk rusak maka data yang dibutuhkan masih ada.

73
 DAFTAR PUSTAKA

Jevrison, I. (2009, 9 12). UNIKOM. Dipetik 2 28, 2016, dari unikom.ac.id:

http://dir.unikom.ac.id/laporan-kerja-praktek/fakultas-teknik/manajemen-infor
matika/2009/jbptunikompp-gdl-irwannim10-20123/1-kpmi.pdf/pdf/1-kpmi.pd
f
Hendra. (t.thn.). oom318online.com. Dipetik 2 27, 2016, dari oom318online:
http://hendra.room318online.com/wp-content/uploads/2012/03/project-charte
r-kelompok-7.docx
Maulidia, E. (t.thn.). googlecode.com. Dipetik 2 22, 2016, dari Google Code:
http://recommendation-systems-based-on-personality-traits.googlecode.com/f
iles/SRS%20Aplikasi%20Apotek%20v2%20versi%201.3%20%5BFIX%5D
%20-%20FINAL.docx

74