BAB II LANDASAN TEORI. komponen atau subsistem yang berinteraksi untuk mencapai suatu tujuan.

dokumen-dokumen yang mirip
BAB II LANDASAN TEORI

BAB II LANDASAN TEORI



BAB II LANDASAN TEORI. Pada tahap ini berisi pengertian dan penjelasan teori-teori yang digunakan penulis untuk pembangunan sistem.

BAB II LANDASAN TEORI

DAFTAR SIMBOL. Tabel Notasi Use Case Diagram

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

BAB II LANDASAN TEORI

DAFTAR ISI. KATA PENGANTAR... i. DAFTAR ISI... iii. DAFTAR GAMBAR... xi. DAFTAR TABEL... xvii. DAFTAR SIMBOL... xx BAB I PENDAHULUAN...

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

DAFTAR SIMBOL 1. CLASS DIAGRAM. Nama Komponen Class

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI. pendekatan komponen.dengan pendekatan prosedur, sistem dapat didefinisikan

BAB II LANDASAN TEORI

BAB II TINJAUAN PUSTAKA

PENGANTAR RUP & UML. Pertemuan 2

2.6 Cool Record Edit Pro Adobe Photoshop Star Uml Pengertian Uml BAB III OBJEK DAN METODE PENELITIAN...

BAB II TINJAUAN PUSTAKA

BAB II LANDASAN TEORI Konsep Dasar Membangun Aplikasi Berbasis Web

BAB II TINJAUAN PUSTAKA. yang ditandai dengan saling berhubungan dan mempunyai satu fungsi atau tujuan

BAB II TINJAUAN PUSTAKA

Gambar Use Case Diagram

BAB II LANDASAN TEORI

DAFTAR ISI. ABSTRAK... i. ABSTRACT... ii. KATA PENGANTAR... iii. DAFTAR ISI... v. DAFTAR GAMBAR... xvi. DAFTAR TABEL... xxiii. DAFTAR SIMBOL...

BAB II LANDASAN TEORI. Sistem adalah suatu jaringan kerja dari prosedur-prosedur yang saling

BAB II LANDASAN TEORI

DAFTAR ISTILAH. Activity Diagram

BAB II LANDASAN TEORI. bidang media komunikasi dan informasi. Internet adalah suatu jaringan komputer

BAB II LANDASAN TEORI

BAB 1 PENDAHULUAN. masyarakat dengan Kuliah Kerja Nyata (KKN) merupakan suatu bentuk kegiatan

BAB II LANDASAN TEORI

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI


BAB II TINJAUAN PUSTAKA. bersifat manajerial dan kegiatan strategi dari suatu organisasi dan menyediakan

SEJARAH UML DAN JENISNYA

BAB II LANDASAN TEORI

DAFTAR SIMBOL. Notasi Keterangan Simbol. Actor adalah pengguna sistem. Actor. tidak terbatas hanya manusia saja, jika

BAB II LANDASAN TEORI. Dalam pembangunan suatu sistem informasi, terdapat dua kelompok

BAB II LANDASAN TEORI

DAFTAR SIMBOL. Notasi Keterangan Simbol. Titik awal, untuk memulai suatu aktivitas. Titik akhir, untuk mengakhiri aktivitas.

BAB II LANDASAN TEORI

BAB II TINJAUAN PUSTAKA

BAB II LANDASAN TEORI. produk itu baik atau rusak ataupun untuk penentuan apakah suatu lot dapat diterima

BAB II LANDASAN TEORI

DAFTAR SIMBOL. case. Dependency 2. Generalization 3. 4 Include. 5 Extend. 6 Associaton

1 BAB II LANDASAN TEORI

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB III LANDASAN TEORI

BAB II LANDASAN TEORI. bekerjasama untuk memproses masukan (input) yang ditunjukan kepada sistem

BAB III METODOLOGI PENELITIAN

BAB II LANDASAN TEORI

BAB III METODOLOGI PENELITIAN. dalam pengumpulan data atau informasi guna memecahkan permasalahan dan

BAB II TINJAUAN PUSTAKA. yang sudah ada. Beberapa alasan sistem yang lama perlu diperbaiki atau diganti

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI. diperlukan dalam pembangunan website e-commerce Distro Baju MedanEtnic.

Notasi dalam UML. Actor

BAB III LANDASAN TEORI. bab ini akan membahas landasan teori yang meliputi hal-hal terkait dengan

BAB II LANDASAN TEORI. - Asuransi Jiwa merupakan program asuransi

BAB II LANDASAN TEORI

BAB III LANDASAN TEORI

BAB II LANDASAN TEORI

BAB III OBJEK DAN METODE PENELITIAN. Universitas Padjadjaran yang beralamat di Jl. Ir H. Djuanda No 4 Bandung.

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB II LANDASAN TEORI

II. TINJAUAN PUSTAKA

BAB II TINJAUAN PUSTAKA

BAB II LANDASAN TEORI. beberapa ahli, definisi sistem adalah sebagai berikut.

BAB II LANDASAN TEORI

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

BAB II TINJAUAN PUSTAKA

Yuli Purwati, M.Kom USE CASE DIAGRAM

BAB 2 LANDASAN TEORI. disebut HTML (HyperText Markup Langauge). Pada perkembangan berikutnya,

BAB II TINJAUAN PUSTAKA DAN LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. Berkembangnya usaha-usaha perdagangan yang sangat pesat pada saat

Lampiran 1 - Pengenalan terhadap UML (Unified Model Language)

BAB II TINJAUAN PUSTAKA

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II DASAR TEORI an dan sekitar awal 1960-an. Pada tahun 1968, NATO menyelenggarakan

Unified Modelling Language UML

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB II LANDASAN TEORI

BAB IV ANALISIS DAN PERANCANGAN SISTEM. terkomputerisasi. Berikut adalah uraian proses dari kegiatan pemesanan makanan

BAB IV ANALISA DAN PERANCANGAN SISTEM. Adapun analisis sistem akan dilakukan pada bagian gudang ruang lingkup

BAB III ANALISIS MASALAH DAN RANCANGAN PROGRAM

BAB III OBJEK DAN METODOLOGI PENELITIAN. sesuai dengan pendapat Sugiyono (2003:58) mendefinisikan bahwa:

BAB II LANDASAN TEORI. komponen komponen yang saling berkaitan, berhubungan, mempunyai komponen-komponen (components), batas sistem (boundary),

Transkripsi:

BAB II LANDASAN TEORI 2.1 Pengertian Sistem Pengertian Sistem adalah sebagai suatu kesatuan yang terdiri dari dua atau komponen atau subsistem yang berinteraksi untuk mencapai suatu tujuan. Menurut Tata Sutabri (2012:2), terdapat dua kelompok pendekatan di dalam pendefinisian sistem, yaitu kelompok yang menekankan pada prosedur dan kelompok yang menekankan pada elemen atau komponennya. Pendekatan yang menekankan pada prosedur mendefinisikan sistem sebagai suatu jaringan kerja dari prosedurprosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. Sedangkan pendekatan sistem yang lebih menekankan pada elemen atau komponen mendefinisikan sistem sebagai kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. Kedua kelompok definisi ini adalah benar dan tidak bertentangan, yang berbeda adalah cara pendekatannya. Suatu sistem merupakan kumpulan elemen-elemen yang saling berkaitan dan berinteraksi untuk mencapai suatu tujuan tertentu. Menurut Moekijat dalam Prasojo (2011:152), Sistem adalah setiap sesuatu terdiri dari obyek-obyek, atau unsur-unsur, atau komponen-komponen yang bertata kaitan dan bertata hubungan satu sama lain, sedemikian rupa sehingga unsur-unsur tersebut merupakan satu kesatuan pemrosesan 7

8 atau pengolahan yang tertentu.terdapat dua kelompok pendekatan didalam pendefisian sistem, yaitu : 1. Pendekatan yang menekankan pada prosedur, mendefinisikan sistem sebagai suatu jaringan kerja dari prosedur-prosedur yang saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan atau untuk menyelesaikan suatu sasaran tertentu. 2. Pendekatan yang menekan pada elemen atau komponen, mendefinisikan sistem sebagai kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan tertentu. 2.1.1 Karakteristik Sistem Adapun karateristik sistem adalah sebagai berikut: a. Komponen Sistem (Components) Suatu sistem terdiri dari sejumlah komponen yang saling berinteraksi, yang bekerja sama membentuk satu kesatuan. Komponen-komponen sistem tersebut dapat berupa suatu bentuk subsistem. Setiap subsistem memiliki sifat-sifat dari sistem yang menjalankan suatu fungsi tertentu dan mempengaruhi proses sistem secara keseluruhan. b. Batasan Sistem (Boundary) Ruang lingkup sistem merupakan daerah yang membatasi antara sistem dengan sistem lainnya atau sistem dengan lingkungan luarnya. c. Penghubung Sistem (Interface)

9 Sebagai media yang menghubungkan sistem dengan subsistem yang lain disebut dengan penghubung sistem atau interface. Penghubung ini memungkinkan sumber-sumber daya mengalir dari satu subsistem ke subsistem yang lain. d. Masukkan Sistem (Input) Energi yang dimasukkan ke dalam sistem disebut masukkan sistem, yang dapat berupa pemeliharaan (maintenance input) dan sinyal (signal input). e. Keluaran Sistem (Output) Hasil dari energi yang diolah dan diklasifikasikan menjadi keluaran yang berguna. Keluaran ini merupakan masukkan bagi subsistem yang lain. f. Pengolahan Sistem (Proses) Suatu sistem dapat mempunyai suatu proses yang akan mengubah masukkan menjadi keluaran. g. Sasaran Sistem (Objective) Suatu sistem memiliki tujuan dan sasaran yang pasti dan bersifat deterministik. Kalau suatu sistem tidak memiliki sasaran, maka operasi sistem tidak ada gunanya. Suatu sistem dikatakan berhasil bila mengenai sasaran atau tujuan yang telah direncanakan. 2.2 Pengertian Informasi Informasi dapat juga diartikan sebagai data yang telah diolah menjadi bentuk yang mempunyai arti dan bermanfaat bagi manusia.

10 Menurut Tata Sutabri (2012:18) Informasi adalah data yang telah diklasifikasikan atau diolah atau diinterprestasikan untuk digunakan dalam proses pengambilan keputusan. Sistem pengolahan informasi akan mengolah data menjadi informasi atau mengolah data dari bentuk tak berguna menjadi berguna bagi yang menerimanya. 2.3 Pengertian Sistem Informasi Menurut Tata Sutabri (2012:36) Sistem informasi adalah suatu sistem didalam suatu organisasi yang mempertemukan kebutuhan pengolahan transaksi harian yang mendukung fungsi operasi organisasi yang bersifat manajerial dengan kegiatan strategis dari suatu organisasi untuk dapat menyediakan kepada pihak luar tertentu dengan laporan-laporan yang diperlukan. 2.4 Pengertian Analisa Sistem Menurut Alan Dennis ( 2012:8 ), Analis sistem merupakan peran kunci dalam informasi proyek pengembangan sistem. Analis sistem bekerja sama dengan semua anggota tim proyek sehingga tim mengembangkan sistem yang tepat dengan cara yang efektif. Sistem analis harus memahami bagaimana menerapkan teknologi untuk memecahkan masalah bisnis. Selain itu, sistem analis dapat berfungsi sebagai agen perubahan yang mengidentifikasi perbaikan organisasi yang diperlukan, sistem desain untuk mengimplementasikan perubahan-perubahan tersebut, dan melatih dan memotivasi orang lain untuk menggunakan system.

11 2.5 Metode Waterfall Menurut Alan Dennis (2012;51) Metodologi pengembangan air terjun (waterfall) memiliki keunggulan mengidentifikasi persyaratan sebelum pemrograman dimulai dan membatasi perubahan persyaratan sebagai hasil proyek. Kelemahan utama adalah bahwa desain harus sepenuhnya ditentukan sebelum program dimulai, waktu yang lama antara penyelesaian proposal sistem dalam tahap analisis dan pengiriman sistem, dan pengujian diperlakukan hampir sebagai pemikiran dalam tahap implementasi. Tambahan lagi, mekanisme komunikasi yang buruk, sangat penting persyaratan dapat diabaikan dalam volume dokumentasi. Jika tim proyek mencari kebutuhan penting, pemrograman pasca-pelaksanaan mungkin diperlukan. Pengguna mungkin lupa tujuan awal dari sistem, karena begitu banyak waktu telah berlalu antara ide asli dan pelaksanaannya. Juga, lingkungan bisnis yang dinamis, sistem yang memenuhi kondisi lingkungan yang ada selama fase analisis mungkin perlu perulangan yang cukup untuk mencocokkan lingkungan ketika diimplementasikan. perulangan ini dibutuhkan kembali ke dalam tahap awal dan membuat perubahan yang dibutuhkan melalui setiap fase berikutnya pada gilirannya.

12 PLANNING ANALYSIS DESIGN IMPLEMENTATION SISTEM Gambar 2.1 Model Waterfall [Alan Dennis,2012] Perencanaan Tahap perencanaan adalah proses dasar memahami mengapa informasi sistem harus dibangun dan menentukan bagaimana tim proyek dibuat, dua langkah antara lain: 1. Selama proyek, nilai bisnis sistem untuk organisasi adalah diidentifikasibagaimana akan biaya yang lebih rendah atau meningkatkan pendapatan? Kebanyakan ide-ide untuk sistem baru datang dari luar daerah IS (dari departemen pemasaran, departemen akuntansi, dll) dalam bentuk permintaan sistem. Permintaan sistem menyajikan ringkasan singkat dari kebutuhan bisnis, dan menjelaskan bagaimana sistem yang mendukung kebutuhan akan menciptakan nilai bisnis. IS departemen bekerja sama dengan orang atau departemen menghasilkan permintaan (disebut sponsor proyek) untuk melakukan

13 analisis kelayakan. Analisis kelayakan mengkaji aspek-aspek kunci dari yang diusulkan Proyek: Kelayakan teknis (Bisakah kita membangun itu?) Kelayakan ekonomi (Apakah akan memberikan nilai bisnis?) Kelayakan organisasi (Jika kita membangun itu, itu akan digunakan?) Permintaan sistem dan analisis kelayakan disajikan ke sistem informasi Komite persetujuan (kadang-kadang disebut komite pengarah), yang memutuskan apakah proyek harus dilakukan. 2. Setelah proyek disetujui, memasuki manajemen proyek. Selama proyek manajemen, manajer proyek menciptakan rencana kerja, staf proyek, dan menempatkan teknik di tempat untuk membantu kontrol tim proyek dan mengarahkan proyek melalui seluruh SDLC. Deliverable untuk manajemen proyek adalah rencana proyek yang menggambarkan bagaimana tim proyek akan mengembangkan sistem. Analisa Tahap analisis menjawab pertanyaan tentang siapa yang akan menggunakan sistem, apa yang system akan dilakukan, dan di mana dan kapan akan digunakan Selama fase ini, tim proyek menyelidiki sistem saat ini, mengidentifikasi peluang perbaikan, dan mengembangkan konsep untuk sistem baru. Fase ini memiliki tiga langkah: 1. Strategi analisis dikembangkan untuk memandu upaya tim proyek. Misalnya Strategi biasanya mencakup studi tentang sistem saat ini (disebut sistem apa

14 adanya) dan masalah, dan membayangkan cara untuk merancang sistem baru (disebut to-besistem). 2. Langkah selanjutnya adalah pengumpulan persyaratan (misalnya, melalui wawancara, lokakarya kelompok, atau kuesioner). Analisis informasi ini hubungannya dengan masukan dari sponsor proyek dan banyak lainnya orang mengarah ke pengembangan dari konsep sistem baru. Konsep sistem ini kemudian digunakan sebagai dasar untuk mengembangkan satu set model analisis bisnis yang menggambarkan bagaimana bisnis akan beroperasi jika sistem baru dikembangkan. Set biasanya meliputi model yang mewakili data dan proses yang diperlukan untuk mendukung bisnis yang mendasari proses. 3. Analisis, konsep sistem, dan model digabungkan ke dalam dokumen yang disebut proposal sistem, yang disampaikan kepada sponsor proyek dan kunci lainnya pengambil keputusan (misalnya, anggota komite persetujuan) yang akan memutuskan apakah proyek tersebut harus terus bergerak maju. Usulan sistem adalah penyampaian awal yang menggambarkan apa bisnis persyaratan sistem baru harus memenuhi. Karena itu benar-benar langkah pertama dalam desain sistem baru, beberapa ahli berpendapat bahwa tidak pantas untuk menggunakan istilah analisis sebagai nama untuk tahap ini; beberapa berpendapat nama yang lebih baik akan analisis dan desain awal. Karena sebagian besar organisasi terus menggunakan analisis nama untuk tahap ini, kita akan menggunakannya dalam buku ini juga. Hal ini penting untuk diingat, bagaimanapun, bahwa penyampaian

15 dari tahap analisis adalah baik analisis dan tingkat tinggi desain awal untuk sistem baru. Disain Tahap desain memutuskan bagaimana sistem akan beroperasi dalam hal perangkat keras, software, dan infrastruktur jaringan yang akan di tempat; user interface, bentuk, dan laporan yang akan digunakan; dan spesifik program, database, dan file yang akan dibutuhkan. Meskipun sebagian besar keputusan strategis tentang sistem yang dibuat dalam pengembangan konsep sistem selama tahap analisis, langkahlangkah dalam tahap desain menentukan dengan tepat bagaimana sistem akan beroperasi. Tahap desain memiliki empat langkah: 1. Strategi desain harus ditentukan. Ini menjelaskan apakah sistem akan dikembangkan oleh programmer perusahaan sendiri, apakah perkembangannya akan outsourcing ke perusahaan lain (biasanya perusahaan konsultan), atau apakah perusahaan akan membeli paket perangkat lunak yang ada. 2. Hal ini menyebabkan pengembangan desain arsitektur dasar untuk sistem yang menggambarkan perangkat keras, perangkat lunak, dan infrastruktur jaringan yang akan digunakan. Di kebanyakan kasus, sistem akan menambah atau mengubah infrastruktur yang sudah ada dalam organisasi. Desain antarmuka menentukan bagaimana pengguna akan bergerak melalui sistem (misalnya, dengan metode navigasi seperti menu dan di layar tombol) dan bentuk-bentuk dan laporan bahwa sistem akan digunakan.

16 3. Spesifikasi database dan file yang dikembangkan. Ini menentukan apa yang Data akan disimpan dan di mana mereka akan disimpan. 4. Tim analis mengembangkan rancangan program, yang mendefinisikan program yang perlu ditulis dan apa yang masing-masing program yang akan dilakukan. Koleksi kiriman (desain arsitektur, desain antarmuka, basis data dan spesifikasi berkas, dan rancangan program) adalah sistem spesifikasi yang digunakan oleh tim pemrograman untuk implementasi. Pada akhir fase desain, analisis kelayakan dan rencana proyek yang dikaji ulang dan direvisi, dan lain Keputusan dibuat oleh sponsor proyek dan panitia persetujuan tentang apakah akan menghentikan proyek atau melanjutkan. Implementasi Tahap akhir dalam SDLC adalah tahap implementasi, di mana system sebenarnya dibangun (atau dibeli, dalam kasus desain paket perangkat lunak dan diinstal). Ini adalah fase yang biasanya mendapat perhatian yang besar, karena untuk sebagian besar sistem itu adalah terpanjang dan paling mahal tunggal bagian dari proses pembangunan. Fase ini memiliki tiga langkah: 1. Konstruksi Sistem adalah langkah pertama. Sistem ini dibangun dan diuji untuk memastikan bahwa ia melakukan seperti yang dirancang. Karena biaya memperbaiki kerusakan bisa sangat besar, pengujian adalah salah satu langkah yang paling penting dalam pelaksanaan. Sebagian besar organisasi menghabiskan lebih banyak waktu dan perhatian pada pengujian dari pada menulis program dalam tempat pertama.

17 2. Sistem ini dipasang. Instalasi adalah proses dimana sistem lama adalah dimatikan dan yang baru dihidupkan. Ada beberapa pendekatan yang mungkin digunakan untuk mengkonversi dari yang lama ke sistem baru. Salah satu yang paling penting aspek konversi adalah rencana pelatihan, digunakan untuk mengajar pengguna bagaimana menggunakan baru sistem dan membantu mengelola perubahan yang disebabkan oleh sistem baru. 3. Tim analis menetapkan rencana dukungan untuk sistem. Rencana ini biasanya termasuk formal atau informal pasca-pelaksanaan review, serta sistematis cara untuk mengidentifikasi perubahan besar dan kecil yang diperlukan untuk sistem. 2.6 UML (Unified Modelling Language) UML singkatan dari Unitified Modeling Language yang berarti bahasa pemodelan standar. Menurut Alan Dennis (2012:514], Tujuan dari Unified Modeling Language adalah untuk menyediakan kosakata umum istilah berbasis obyek dan teknik diagram yang cukup kaya untuk memodelkan setiap proyek pengembangan sistem dari analisis untuk merancang.. Versi UML mendefinisikan satu set 14 teknik diagram untuk pemodelan sistem. Diagram yang dibagi menjadi dua kelompok utama: satu untuk pemodelan struktur sistem dan satu untuk perilaku modeling. Diagram struktur yang digunakan untuk mewakili data dan hubungan statis yang berada dalam suatu sistem informasi. Diagram perilaku memberikan analis dengan cara menggambarkan hubungan dinamis antara contoh atau benda yang mewakili sistem informasi bisnis. Mereka juga memungkinkan pemodelan perilaku dinamis

18 objek individu sepanjang hidup mereka. Diagram perilaku mendukung analis dalam pemodelan persyaratan fungsional dari suatu sistem informasi yang berkembang. Tabel 2.1 Jenis-jenis Diagram UML [Alan Dennis,2012] No Diagram Kegunaan 1 Activity Behaviour procedural dan parallel 2 Class Class, fitur, dan hubungan-hubungan 3 Communication Interaksi antar objek; penekaan pada jalur 4 Component Struktur dan koneksi komponen 5 Composite structure Dekomposisi runtime sebuah class 6 Deployment Pemindahan artifak ke node 7 Interaction overview Campuran sequence dan activity diagram 8 Object Contoh konfigurasi dari contoh-contoh 9 Package Struktur hirarki compile-time 10 Sequence Interaksi antar objek; penekanan pada sequence 11 State machine Bagaimana even mengubah objek selama aktif 12 Timing Interaksi antar objek; penekanan pada timing 13 Use case Bagaimana pengguna berinteraksi dengan sebuah sistem

19 2.6.1 Use Case Diagram Diagram use case biasanya digunakan untuk meringkas suatu kasus penggunaan untuk bagian logis dari sistem (atau seluruh sistem). Kemudian kelas diagram, urutan diagram, dan keadaan perilaku diagram mesin yang digunakan untuk selanjutnya menentukan sistem berkembang dari berbagai perspektif. Use Case Diagram selalu dibuat pertama, tetapi urutan di mana diagram lainnya diciptakan tergantung pada proyek dan preferensi pribadi para analis. Sebagian besar analis mulai baik dengan kelas diagram (menunjukkan apa dan bagaimana mereka berhubungan, seperti ERD) atau diagram urutan (menunjukkan bagaimana objek dinamis berinteraksi, seperti DFDs), tetapi dalam prakteknya, proses adalah berulang. Mengembangkan urutan diagram sering menyebabkan perubahan dalam diagram kelas dan sebaliknya, sehingga analis sering bergerak bolak-balik antara dua, penyulingan masing-masing pada gilirannya mereka mendefinisikan sistem. Secara umum, keadaan perilaku diagram mesin dikembangkan kemudian, setelah diagram kelas telah disempurnakan (Alan Dennis, 2012:515). Tabel 2.2 Simbol Use Case Diagram Alan Dennis [2012:518] Simbol Nama Simbol Keterangan Aktor Seseorang atau sesuatu yang berinteraksi dengan sistem. Use Case Menggambarkan bagaimana seseorang akan menggunakan sistem. Subject Subjek Boundary Association Relationship Merupakan nama sistem atau proses bisnis individual. Penghubung antara aktor dan use case yang saling berinteraksi.

20 Include Relationship Include memungkinkan Use Case untuk menggunakan fungsional yang disediakan oleh Use Case lainnya. Extend Relationship Extend memungkinkan suatu Use Case memiliki kemungkinan memperluas fungsionalilitas yang disediakan oleh Use Case lainnya. Generalisasi Digunakan untuk memperlihatkan bahwa beberapa aktor atau use case memiliki sesuatu yang bersifat umum. Lanjutan Tabel 2.2 2.6.2 Aktivity Diagram Activity diagram menggambarkan aliran fungsional sistem, pada tahap pemodelan bisnis, diagram aktivitas dapat digunakan untuk menunjukkan aliran kerja bisnis dan untuk menggambarkan aliran kejadian dalam use case. Simbol Tabel 2.3 Simbol Activity Diagram Alan Dennis (2012:536) Keterangan Titik awal Titik akhir

21 Activity Decision : Pilihan untuk pengambilan keputusan Fork : Digunakan untuk menunjukkan kegiatan yang dilakukan secara parallel atu untuk menggabungkan dua kegiatan parallel menjadi satu Tanda pengiriman Tanda penerimaan Lanjutan Tabel 2.3 2.6.3 Sequence Diagram Sequance diagram adalah diagram interaksi yang di susun berdasarkan urutan waktu. Teknik utama berikutnya UML diagram adalah Sequance diagram. Urutan A diagram menggambarkan objek yang berpartisipasi dalam kasus penggunaan dan pesan yang melewati antara mereka dari waktu ke waktu untuk satu kasus penggunaan. Sequance diagram dinamis Model yang mendukung tampilan yang dinamis dari sistem berkembang. Ini menunjukkan eksplisit urutan pesan yang lewat

22 di antara objek dalam interaksi didefinisikan. Sejak diagram urutan menekankan memesan berbasis waktu dari aktivitas yang berlangsung antara satu set objek, mereka sangat membantu untuk memahami real-time spesifikasi dan kasus penggunaan kompleks. Diagram urutan dapat menjadi diagram urutan generik yang menunjukkan semua kemungkinan scenario untuk kasus penggunaan, tetapi biasanya setiap analis mengembangkan satu set Sequance diagram misalnya, yang masingmasing menggambarkan skenario tunggal dalam kasus penggunaan. Jika Anda tertarik dalam memahami aliran kontrol dari skenario oleh waktu, Anda harus menggunakan Sequance diagram untuk menggambarkan informasi ini. Diagram yang digunakan seluruh baik analisis dan desain fase; Namun, diagram desain sangat spesifik implementasi, sering termasuk objek database atau GUI tertentu komponen sebagai kelas. Bagian berikut pertama menyajikan sintaks dari diagram urutan dan kemudian menunjukkan bagaimana seseorang harus ditarik. (Alan Dennis, 2012:531) Tabel 2.4 Simbol Sequence Diagram Alan Dennis (2012;532) Notasi Nama Simbol Keterangan Object Object merupakan instance dari sebuah class Object1 Top Package::Aktor dan dituliskan tersusun secara horizontal. Digambarkan sebagai sebuah class (kotak) dengan nama obyekdidalamnya yang diawali dengan sebuah titik koma. Actor Actor juga dapat berkomunikasi dengan object, maka actor juga dapat diurutkan sebagai kolom. Simbol Actor sama dengan simbol pada Actor Use Case Diagram. Lifeline Lifeline mengindikasikan keberadaan sebuah object dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah obyek.

23 x Activation Activation dinotasikan sebagai sebuah kotak segi empat yang digambar pada sebuah lifeline. Activation mengindikasikan sebuah obyek yang akan melakukan sebuah aksi. Object X ditempatkan pada akhir obyek Destrcution Lifeline untuk menunjukkan bahwa itu akan keluardari keberadaan. Lanjutan Tabel 2.4 2.6.4 Class Diagram Class diagram menggambarkan class dan hubungan antar-class di dalam sistem. Class diagram dibangun berdasarkan use case diagram, sequence diagram, atau collaboration diagram yang telah dibuat sebelumnya. Diagram Class memberikan pandangan secara luas dari suatu sistem dengan menunjukan kelaskelasnya dan hubungan mereka. Diagram Class bersifat statis, menggambarkan hubungan apa yang terjadi bukan apa yang terjadi jika mereka berhubungan. Sebuah Class memiliki tiga area pokok Class Diagram adalah model statis yang mendukung pandangan statis dari sistem berkembang. class Ini menunjukkan hubungan antara class yang tetap konstan dalam sistem 1. Nama, merupakan nama dari sebuah kelas 2. Atribut, merupakan peroperti dari sebuah kelas. Atribut melambangkan batas nilai yang mungkin ada pada obyek dari class 3. Operasi, adalah sesuatu yang bisa dilakukan oleh sebuah class atau yang dapat dilakukan oleh class lain terhadap sebuah class.

24 Tabel 2.5 Notasi Pada Class Diagram Alan Dennis (2012;521-530) Notasi 0..1 Class1 Nama Keterangan Simbol Class Class adalah blok - blok pembangun pada pemrograman berorientasi obyek. Sebuah class digambarkan sebagai sebuah kotak yang terbagi atas 3 bagian. Bagian atas adalah bagian nama dari class. Bagian tengah mendefinisikan property/atribut class. Bagian akhir mendefinisikan method-method dari sebuah class. 1 Assosiation Sebuah asosiasi merupakan sebuah relationship paling umum antara 2 class, dan dilambangkan oleh sebuah garis yang menghubungkan antara 2 class. Garis ini bisa melambangkan tipe-tipe relationship dan juga dapat menampilkan hukum-hukum multiplisitas pada sebuah relationship (Contoh: Oneto-one, one-to-many, manyto-many). Dependency Kadangkala sebuah class menggunakan class yang lain. Hal ini disebut dependency. Umumnya penggunaan dependency digunakan untuk menunjukkan operasi pada suatu class yang menggunakan class yang lain. Sebuah dependency dilambangkan sebagai sebuah panah bertitik-titik. 2.7 Pengertian Web Website adalah sebutan bagi kelompok halaman web (web pager), dan umumnya merupakan bagian dari suatu nama domain (domain name) atau sub domain dalam World Wide Web (www) di internet. Internet adalah suatu jaringan yang menghubungkan komputer diseluruh dunia tanpa dibatasi oleh jumlah unit

25 menjadi satu jaringan yang bisa saling mengakses. Era internet tersebut membawa perubahan besar dalam tatanan kehidupan masyarakat. Era yang menimbulkan munculnya peluang baru untuk membangun dan memperbaiki pendidikan, bisnis, layanan pemerintahan dan demokrasi. [Online;www.sumbereki.com] 2.8 Pengertian Basis Data Menurut Fathansyah (2012:2), Basis data terdiri atas dua kata, yaitu Basis dan Data. Basis kurang lebih dapat diartikan sebagai markas atau gudang, tempat bersarang / berkumpul. Sedangkan Data adala representasi fakta dunia nyata yang mewakili suatu objek seperti manusia (pegawai, siswa, pembeli, pelanggan), barang, hewan, peristiwa, konsep, keadaan, dan sebagainya, yang direkam dalam bentuk angka, symbol, teks, gambar, bunyi, atau kombinasinya. Sebagai satu kesatuan istilah, Basis data (Database) sendiri dapat didefinisikan dalam sejumlah sudut pandang seperti : Himpunan kelompok data (arsip) yang saling berhubungan yang diorganisasi sedemikian rupa agar kelak dapat dimanfaatkan kembali dengan cepat dan mudah. Kumpulan data yang saling berhubungan yang disimpan secara bersama sedemikian rupa dan tanpa pengulangan (redundansasi) yang tidak perlu, untuk memenuhi berbagai kebutuhan. Kumpulan file / tabel / arsip yang saling berhubungan yang disimpan dalam media penyimpanan elektronis. Basis data dan lemari arsip sesungguhnya memiliki prinsip kerja dan tujuan yang sama. Prinsip utamanya adalah pengaturan data / arsip. Dan tujuan utamanya adalah kemudahan dan kecepatan dalam pengambilan kembali data / arsip. Perbedaannya hanya terletak pada media penyimpanan yang digunakan. Jika lemari arsip menggunakan lemari dari besi atau kayu sebagai media penyimpanan, maka basis data menggunakan media penyimpanan elektronis seperti disk (disket atau

26 harddisk). Hal ini merupakan konsekuensi yang logis, karena lemari arsip langsung dikelola / ditangani oleh manusia, sementara basis data dikelola / ditangani melalui perantaran alat / mesin pintar elektronis (yang kita kenal sebagai komputer). Perbedaan media ini yang selanjutnya melahirkan perbedaan-perbedaan lain yang menyangkut jumlah dan jenis metode / cara yang dapat digunakan dalam upaya penyimpanan. Satu hal yang juga harus diperhatikan, bahwa basis data bukan hanya sekedar penyimpanan data secara elektronis (dengan bantuan komputer). Artinya, tidak semua bentuk penyimpanan data secara elektronis bisa disebut basis data. Kita dapat menyimpan dokumen berisi data dalam file teks (dengan program pengolah kata), file spread sheet, dan lain lain, tetapi tidak bisa disebut sebagai basis data. Karena didalamnya tidak ada pemilahan dan pengelompokkan data sesuai jenis / fungsi data, sehingga akan menyulitkan pencarian data kelak. Yang sangat ditonjolkan dalam basis data adalah pengaturan / pemilahan / pengelompokkan / pengorganisasian data yang akan kita simpan sesuai fungsi / jenisnya. Pemilahan / pengelompokkan / pengorganisasian ini dapat berbentuk sejumlah file / tabel terpisah atau dalam bentuk pendefinisian kolom-kolom / field-field data dalam setiap file / table. 2.9 Pengertian PHP Menurut Sibero (2012:49), PHP adalah pemograman (interpreter) adalah proses penerjemahan baris sumber menjadi kode mesin yang dimengerti komputer secara langsung pada saat baris kode dijalankan. PHP (PHP, Hypertext Preprocessor) adalah bahasa server side scripting yang menyatu dengan HTML untuk membuat halaman web yang dinamis. Karena PHP merupakan server side scripting maka sintaks dan perintah-perintah PHP akan dieksekusi di server kemudian hasilnya dikirimkan ke browser dalam format HTML. Dengan demikian kode program yang ditulis dalam PHP tidak akan terlihat oleh user sehingga keamanan halaman web lebih terjamin. PHP dirancang untuk membentuk halaman web yang dinamis, yaitu halaman web yang dapat membentuk suatu

27 tampilan berdasarkan permintaan terkini, seperti menampilkan hal basis data ke halaman web. Salah satu keunggulan yang dimiliki oleh PHP adalah kemampuannya untuk melakukan koneksi ke berbagai macam software sistem manajemen basis data/database Management System (DBMS). (M. Rudyanto Arief, 2011:43) Gambar 2.2 Xampp Control Panel Web Server 2.10 Pengertian MySQL MySQL adalah salah satu jenis database server yang sangat terkenal dan banyak digunakan untuk membangun aplikasi web yang menggunakan database sebagai sumber dan pengelolaan datanya. Kepopuleran MySQL antara lain karena MySQL menggunakan SQL sebagai bahan dasar untuk mengakses database-nya sehingga mudah untuk digunakan, kinerja query cepat, dan mencukupi untuk kebutuhan database perusahaan-perusahaan skala menengah kecil. MySQL juga bersifat open source dan free. MySQL merupakan database yang pertama kali didukung oleh bahasa pemograman script untuk internet (PHP dan Perl). MySQL dan PHP dengan sebagai

28 pasangan software pengembangan aplikasi web yang detail. MySQL lebih sering digunakan untuk membangun aplikasi berbasis web, umumnya pengembangan aplikasinya menggunakan bahasa pemograman script PHP. (M. Rudyanto Arief, 2011:151) 2.11 Metode Pengujian Menurut [Roger S. Pressman:2010], Pengujian black - box berfokus pada persyaratan fungsional perangkat lunak. Dengan demikian, pengujian black box memungkinkan perekayasa perangkat lunak mendapatkan serangkaian kondisi input yang sepenuhnya menggunakan semua persyaratan fungsional untuk suatu program. Pengujian black box bukan merupakan alternatif dari teknik white box, tetapi merupakan pendekatan komplementer yang kemungkinan besar mampu mengungkap kelas kesalahan dari pada metode white box. Pengujian black box berusaha menemukan kesalahan dalam kategori sebagai berikut : 1. Fungsi-fungsi yang tidak benar atau hilang 2. Kesalahan interface 3. Kesalahan dalam struktur data atau akses database eksternal 4. Kesalahan kinerja 5. Inisialisasi dan kesalahan terminasi. Pengujian program aplikasi penjualan berbasis web ini dilakukan dengan metode Black Box Testing. Metode Black Box Testing ini merupakan pengujian berdasarkan fungsi dari program. Tujuan dari metode Black Box Testing ini adalah untuk menemukan kesalahan fungsi pada program. 2.12 Pengertian SPM dan SP2D Menurut Peraturan Dalam Negeri Nomor 55 Tahun 2008 Tentang Tata Cara Penatausahaan dan Penyusunan Laporan Pertanggungjawaban Bendahara Serta penyampaiannya dalam Bab 1 ketentuan umum pasal 17 dan 18 bahwa pengertian dari SPM dan SP2D adalah:

29 1. Surat Perintah Membayar yang selanjutnya disingkat SPM adalah dokumen yang digunakan/diterbitkan oleh pengguna anggaran/kuasa pengguna anggaran untuk penerbitan SP2D atas beban pengeluaran DPA-SKPD. 2. Surat Perintah Pencairan Dana yang selanjutnya disingkat SP2D adalah dokumen yang digunakan sebagai dasar pencairan dana yang diterbitkan Bendahara Umum Daerah berdasarkan SPM.