BAB II LANDASAN TEORI

Transkripsi

1 BAB II LANDASAN TEORI 2.1 Total Productive Maintenance (TPM) Sejarah singkat TPM Sistem TPM merupakan sistem jepang yang unik dari suatu kepakaran manajerial yang telah diciptakan pada tahun Berdasarkan konsep pemeliharaan mandiri (productive maintenance) yang telah diperkenalkan dari Amerika Serikat pada tahun 1950-an sampai tahun 1960-an (corder,1998). Sejarah singkat perkembangan TPM dibagi dalam empat periode (shirose,2010), sebelum tahun 1950-an bersifat perbaikan. Pada era 1950-an bersifat pemeliharaan pencegahan dan pada era 1960-an di Amerika Serikat bersifat pemeliharaan produksi. Periode ini merupakan reorganisasi pentingnya keandalan pemeliharaan dan efisiensi. Pada awalnya, Jepang belajar pemeliharaan produktifitas dari Amerika, lalu digabungkan dengan kebudayaan Jepang(kerja tim), maka timbul TPM dengan group AKK-nya. TPM merupakan pencapaian efisiensi pemeliharaan mandiri melalui satu sistem yang lengkap berdasarakan keikutsertaan seluruh karyawan. Selain itu, TPM adalah gabungan ilmu tingkah laku (manusia dan mesin), rekayasa sistem, ekologi (perubahan mesin) dan logistik Definisi TPM menurut beberapa ahli a. Menurut Nakajima (1989), TPM merupakan program pengembangan pemeliharaan dasar yang melibatkan seluruh SDM sehingga jika diimplementasikan akan meningkatkan kualitas, mengurangi biaya, dan meningkatkan produktivitas. Sistem pemeliharaan ini bsa dilakukan dengan membuat kelompok-kelompok kecil supaya bisa direalisasikan dengan baik. b. Menurut Seizo Ikuta dan Seiichi Nakajima (1988), TPM adalah aspek pemeliharaan yang dilakukan terus menerus melibatkan faktor manusia dan biaya untuk optimalisasi perusahaan. 8

2 c. Menurut Shirose (2010), TPM adalah pemeliharaan produktif yang dilakukan oleh seluruh organisasi, mendapatkan dukungan, dan kerjasama dari semua orang baik dari manajemen atas sampai ke bawahan secara menyeluruh dan terpadu Tujuan TPM Adapun tujuan dari adanya program TPM ini diantaranya adalah: a. Mencapai target yang dicapai yaitu menghilangkan cacat produk (zero defect), menghilangkan gangguan mesin (zero breakdown), menghilangkan kecelakaan kerja (zero accident). b. Konsen pada self maintenance. c. Memberdayakan operator agar dapat mengatasi kerusakan ringan dan melakukan laporan kerja yang berdasarkan perawatan atau pemeliharaan itu sendiri Keuntungan konsep TPM Keuntungan yang diperoleh dari diterapkannya konsep atau program TPM ini diantaranya: a. Meningkatakan produktivitas dan efisiensi. b. Meminimalkan kecelakaan kerja. c. Menjaga kualitas produk demi kepuasan pelanggan. d. Menurunkan biaya administrasi. e. Cepat dalam merespon masalah terutama masalah mesin. f. Memotivasi pekerja agar dapat bekerja lebih benar dan efektif. g. Biaya fix cost dan overhead yang turun. h. Menjadikan lingkungan kerja yang nyaman, bersih, dan aman Mentalitas Dasar Mentalitas dasar dalam keberhasilan penerapan TPM adalah: a. Fokus pada proses, melakukan pengendalian selama proses perbaikan dan atau perawatan berjalan, bukan setelah proses perbaikan atau perawatan selesai. Hal ini dimaksudkan untuk meningkatkan kualitas pemeliharaan serta mengurangi kerusakan. 9

3 b. Fokus pada hal yang vital, memprioritaskan yang penting dan upayakan yang terbaik. c. Fokus pada tindakan pencegahan. d. Fokus pada kepuasan pelanggan. e. Spirit kerjasama bukan sama sama kerja (masing-masing). f. Menghargai pendapat orang lain. g. Menggunakan standar prosedur tertulis sebagai dasar pemeliharaan, analisa berdasarkan data dan fakta. h. Menggunakan rumus PDCA (Plan-Do-Check-Action) pada setiap langkah pengendalian Jenis Maintenance a. Breakdown Maintenance: memperbaiki peralatan setelah kerusakan terjadi. b. Predictive Maintenance: memperbaiki peralatan pada saat pemeriksaan dan membantu menemukan masalah sebelum kerusakan terjadi. c. Preventive Maintenance: mengganti bagian peralatan sesuai jadwal untuk memastikan dan menjaga keandalan peralatan sesuai dengan kondisi awal. d. Corrective Maintenance: memperbaiki dan menyempurnakan desain agar kinerja peralatan dan safety menjadi lebih baik. e. Autonomous Maintenance: proses pemeliharaan mandiri dimana operator produksi menerima tanggung jawab untuk kinerja dan keandalan peralatannya Tahapan PDCA (Plan Do Check Action) Disebut juga siklus Deming sesuai dengan penemunya yaitu Dr. Edward w. Deming sebagai siklus roda perbaikan terus menerus. Umumnya digunakan untuk mengetes dan mengimplementasikan perubahan-perubahan untuk memperbaiki kinerja produk, proses, ataupun sistem produksi dimasa yang akan datang. 10

4 Gambar 2.1 siklus PDCA Prinsip dasar: setiap langkah pengendalian dilakukan dengan cara memutar roda siklus PDCA. Adapun penjelasan dari siklus tersebut diatas adalah sebagai berikut (M. N. Nasution, 2010:32) Plan (rencana) Merencanakan spesifikasi, menetapkan spesifikasi atau standar kualitas yang terbaik pada produk maupun sistem produksi. Tim membuat rencana, tujuannya perbaikan kualitas, buat analisa dan diskusikan caranya, hitung biayanya dan manfaatnya. Memberikan pemahaman kepada bawahan akan pentingnya kualitas dari produk dan sistem produksi. Do (laksanakan) Rencana yang telah disusun diimplementasikan secara bertahap, mulai dari skala kecil dan pembagian tugas merata sesuai dengan kapasitas dan kemampuan dari setiap personil. Laksanakan rencana dan pantau hasilnya. Check (teliti) Memeriksa atau meneliti merujuk pada penetapan apakah pelaksanaannya berada dalam jalur, sesuai dengan rencana dan memantau kemajuan perbaikan yang direncanakan. Action (tindakan) 11

5 Penyesuaian dilakukan bila dianggap perlu, yang didasarkan hasil analisis diatas. Penyesuaian berkaitan dengan standarisasi prosedur baru guna menghindari timbulnya kembali masalah yang sama atau menentukan sasaran baru bagi perbaikan berikutnya. 2.2 Kegiatan One Point Lesson (OPL) Menurut Seiichi Nakajima (2002) dari Japan Institute of Plant Management, One Point Lesson (OPL) adalah suatu kegiatan presentasi secara visual dan singkat yang memberikan pada satu poin. Adapun tujuan dari adanya kegiatan OPL ini adalah: a. Mempertajam pengetahuan yang berhubungan dengan pekerjaan dan keterampilan dengan mengkomunikasikan informasi mengenai suatu masalah spesifik dan improvement. b. Mudah dalam berbagi informasi penting secara tepat pada saat diperlukan. c. Meningkatkan kinerja kelompok Sedangkan karakteristik dari OPL itu sendiri terdiri adalah: a. Presentasi secara visual singkat pada satu poin. b. Penjelasan secara rinci pada satu atau dua halaman c. Didukung oleh gambar dan foto. d. Dibuat dan digunakan pada poin kebutuhan. Ada tiga jenis OPL dengan masing masing memiliki tujuan yang berbeda: 1. Pengetahuan Dasar OPL untuk mengisi kesenjangan pengetahuan, memastikan bahwa anggota kelompok memiliki pengetahuan yang diperlukan dalam melakukan pekerjaannya atau berpartisipasi didalam kegiatan improvement. 2. Improvement OPL berupa ringkasan penjelasan dari konsep, isi, detail improvement yang dihasilkan dari suatu kegiatan kelompok. 3. Kasus Gangguan OPL yang menggunakan contoh nyata dari kerusakan, cacat, dan kejanggalan lainnya yang menggambarkan bagaimana mengidentifikasi dan / atau mnghindari masalah ditempat kerja. 12

6 2.3 Kegiatan Labelling Labelling adalah suatu kegiatan memberi tanda pada proses kegiatan TPM baik yang berupa pemeliharaan, perbaikan dan digunakan sebagai petunjuk atau tanda agar mudah dalam identifikasi. Secara garis besar kegiatan labelling ini meliputi peningkatan kualitas, produktivitas, dan keamanan. Proses labelling ini agar memudahkan maintenance dan opeartor dalam mengetahui masalah apa yang terjadi. Ada macam-macam jenis pelabellan diantaranya adalah untuk menandai adanya kerusakan pada mesin. Biasanya digunakan labell merah untuk proses maintenance berat, hal ini dilakukan agar proses perbaikan kerusakan bisa dilakukan dengan sesegera mungkin dan tidak menggangu proses produksi. Sedangkan untuk perawatan ringan misalkan dalam hal peningkatan qualitas maka digunakanlah label putih dan bisa dilakukan secara self maintenance. Proses lebelling ini juga disebut sebagai preventive maintenance yaitu upaya perawatan yang dilakukan untuk mencegah kerusakan bertambah parah. Kebijakan dalam preventive maintenance adalah meliputi: a. Kondisi prima dan handal pada peralatan dan mesin kerja, selalu siap digunakan. b. Biaya maintenance yang optimum dan efektif. c. Meningkatnya pencapaian OEE (Overall Effectiveness Equipment). 2.4 Metodologi Pengembangan Sistem Ada berbagai model pengembangan sistem salah satu diantaranya adalah SDLC (system Development Life Cycle). Model ini dapat digunakan sebagai acuan untuk bisa membangun dan mengelola sistem yang baik Pengertian SDLC (System Development Life Cycle) SDLC adalah suatu proses berkelanjutan dari planning, analisis, desain, dan implementasi yang mana dlam setiap prosesnya dilakukan perbaikan secara bertahap (Dennis dkk:2012). 13

7 Tahapan-tahapan SDLC: a. Inisisasi (initiation) Tahap ini ditandai dengan pembuatan proposal proyek perangkat lunak. b. Pengembangan konsep sistem (system concept development) Mendefinisikan lingkup konsep termasuk dokumen lingkup sistem, analisis manfaat biaya, menejemen rencana, dan pembelajaran kemudahan sistem. c. Perencanaan (planning) Mengembangkan rencana manajemen proyek dan dokumen perencanaan lainnya. Menyediakan dasar untuk mendapatkan sumber daya yang dibutuhkan untuk memperoleh solusi. d. Analisis kebutuhan (requirement analysis) Menganalisis kebutuhan pemakai sistem perangkat lunak (user) dan mengembangkan kebutuhan sistem. e. Desain (design) Mentransformasikan kebutuhan detail menjadi kebutuhan yang sudah lengkap, dokumen desain sistem fokus pada bagaimana dapat memenuhi fungsi-fungsi yang dibutuhkan. f. Pengembangan (development) Mengkonversi desain ke sistem informasi yang lengkap termasuk bagaimana memperoleh dan melakukan instalasi lingkungan sistem yang dibutuhkan. g. Integrasi dan pengujian (integration and test) Mendemonstrasikan sistem perangkat lunak bahwa telah memenuhi kebutuhan yang dispesifikasikan pada dokumen kebutuhan fungsional. h. Implementasi (implementation) Termasuk pada persiapan implementasi, implementasi perangkat lunak pada lingkungan produksi dan menjalankan resolusi dari permasalahan. i. Operasi dan pemeliharaan (operation and maintenance) Mendeskripsikan pekerjaan untuk mengoperasikan dan memelihara sistem informasi pada lingkungan produksi termasuk implementasi akhir dan masuk pada proses peninjauan. 14

8 j. Disposisi (dispositon) Mendeskripsikan aktifitas akhir dari pengembangan sistem dan membangun data yang sebenarnya sesuai dengan aktifitas user Perancangan SDLC (Model Waterfall) Model SDLC air terjun(waterfall) biasa juga disebut model sequensial linier alur hidup klasik (clasic life cycle). Model waterfall meyediakan pendekatan alur hidup perangkat lunak secara sekuensial atau terurut mulai dari planning, analysis, design, implementation, system (Dennis dkk:2012) planning analysis design implementation system Gambar 2.2 Metode Waterfall (Dennis dkk:2012) Dalam model waterfall diatas terdapat tahapan tahapan yang dapat dijelaskan sebagai berikut: 1. Planning Dalam tahapan ini, menjelaskan dan mengargumentasi untuk melanjutkan proyek yang telah dipilih. Rencana kerja yang matang juga disusun untuk menjalankan tahapan-tahapan lainnya. Pada tahap ini ditentukan secara detail rencana kerja yang harus dikerjakan, durasi yang diperlukan masing masing tahap, sumber daya manusia, perangkat lunak, dokumentasi, perangkat keras, maupun finansial diestimasi. Pembuatan perencanaan ini bukan langkah mudah karena untuk mengestimasi beban kerja dan durasi dari masing-masing tahap dibutuhkan pengalaman yang cukup banyak. Kesalahan pada tahap ini akan mengakibatkan 15

9 keuntungan yang diperoleh tidak maksimal,bahkan bisa rugi. Pada tahapan ini peran manajemen sistem informasi berpengalaman sangat dibutuhkan. 2. Analysis Tahap kedua, adalah tahap analisis, yaitu tahap dimana kita berusaha mengenali segenap permasalahan yang muncul pada pengguna dengan mendekomposisi dan merealisasikan komponen-komponen sistem. Tujuan utama dari tahap analisis adalah untuk memahami dan mendokumentasikan kebutuhan bisnis dan persyaratan proses dari sistem baru. Menganalisa kebutuhan sebagai bahan dalam membuat spesifikasi di tahapan selanjutnya. 3. Design Tahap perancangan (design), dimana kita mencoba mencari solusi permasalahan yang didapat dari tahap analis.tahapan mengubah kebutuhan yang masih berupa konsep menjadi spesifikasi sistem yang riil untuk diimplementasikan. Jika pada tahapan analisis (from requirement to specification), maka tahapan desain adalah (from specification to implementation). Jadi bagaimana membuat spesifikasi yang detail untuk bisa diimplemetasikan. 4. Implementation Tahap implementasi, dimana kita mengimplementasikan perancangan sistem ke situasi nyata. Di sini kita mulai berurusan dengan pemilihan perangkat keras dan penyusunan perangkat lunak aplikasi (pengkodean/coding). 5. System Pada tahapan sistem dilakukan pengujian (testing) dan pemeliharaan, yang dapat digunakan untuk menentukan apakah sistem/perangkat lunak yang kita buat sudah sesuai dengan kebutuhan pengguna atau belum. Jika belum, proses selanjutnya adalah bersifat iteratif, yaitu kembali ke tahap-tahap sebelumnya. Tahap pemeliharaan/perawatan di mana kita mulai melakukan pengoperasian sistem dan jika diperlukan melakukan perbaikanperbaikan kecil. Kemudia jika waktu penggunaan sistem habis, maka kita akan masuk lagi pada tahap perencanaan (design). 16

10 2.5 Metode PIECES (Performance, Information, Economy, Control, Efficiency, dan Service) Menurut Hanif Al Fatta (2007), dalam bukunya Analisa dan Perancangan Sistem Informasi untuk keunggulan bersaing Perusahaan dan Organisasi Modern dijelaskan bahwa analisis PIECES (Performance, Information, Economy, Control, Efficiency, dan Service) merupakan teknik untuk mengidentifikasi dan memecahkan masalah yang terjadi pada sistem informasi. Dari analisis ini akan menghasilkan identifikasi utama dari suatu sistem serta memberikan solusi dari permasalahan tersebut. a. Analisis Kinerja (Performance) Adalah kemampuan menyelesaikan tugas pelayanan dengan cepat sehingga sasaran atau tujuan segera tercapai. Kinerja diukur dengan jumlah produksi (Troughput) dan waktu tanggap (Respon Time) dari suatu sistem. Jumlah produksi adalah jumlah pekerjaan yang bisa diselesaikan selama jangka waktu tertentu. Sedangkan waktu tanggap adalah waktu transaksi yang yang terjadi dalam proses kinerja. b. Analisis Informasi (Information) Adalah evaluasi kemampuan sistem informasi dalam menghasilkan nilai atau produk yang bermanfaat untuk menyikapi peluang dalam menangani masalah yang muncul. Situasi dalam analisisi informasi ini meliputi: Akurasi, informasi harus bebas dari kesalahan dan tidak menyesatkan. Relevan, informasi tersebut memiliki manfaat bagi pihak pemakai maupun pihak pengelola. Dimana relevansi setiap orang berbeda satu dengan yang lainnya. c. Analisis Ekonomi (Economy) Adalah penilaian sistem atas biaya dan keuntungan yang akan didapatkan dari sistem yang diterapkan. Sistem ini akan memberikan penghematan operasional dan keuntungan bagi instansi atau perusahaan. Hal yang diperlukan dalam analisis ini meliputi biaya dan keuntungan. d. Analisis keamanan (Control) Adalah sistem keamanan yang digunakan harus dapat mengamankan data dari kerusakan, misalnya dengan backup data. Selain itu sistem keamanan juga harus 17

11 dapat mengamankan data dari akses yang tidak diizinkan. Analisis ini meliputi pengawasan dan pengendalian. e. Analisis Efisiensi (Efficiency) Adalah sumber daya yang ada guna meminimalkan pemborosan. Efisiensi dari sistem yang dikembangkan adalah pemakaian secara maksimal terhadap sumberdaya infrastruktur, dan sumberdaya manusia. Serta efisiensi juga menganalisis keterlambatan pengolahan data yang terjadi. f. Analisis Layanan (Service) Adalah mengkoordinasikan aktifitas dalam pelayanan yang ingin dicapai sehingga tujuan dan sasaran pelayanan dapat tercapai Berdasarkan uraian diatas analisis sistem dilakukan untuk menghasikan suatu laporan tertulis yang digunakan untuk mengidentifikasi masalah dari suatu sistem yang diterapkan guna mendapatkan gambaran tentang keadaan sistem yang sedang diterapkan. Hal ini untuk menyelesaikan masalah yang terjadi dan sebagai referensi bagi pemimpin dalam pengambilan keputusan. 2.6 Unified Modelling Language (UML) Pengertian UML Pada perkembangan teknik pemrograman berorientasi objek munculah sebuah standarisasi bahasa pemodelan untuk pembangunan perangkat lunak yang dibangun dengan menggunakan pemrograman berorientasi objek yaitu Unified Modelling Language (UML). UML (Unified Modeling Language) merupakan kosakata umum berbasis objek dan diagram teknik yang cukup efektif untuk memodelkan setiap proyek pengembangan sistem mulai tahap analisis sampai tahap desain dan implementasi (Dennis dkk:2012) UML merupakan bahasa visual untuk pemodelan dan komunikasi mengenai sebuah sistem dengan menggunakan diagram dan teks-teks pendukung. UML juga berfungsi untuk melakukan pemodelan. 18

12 2.6.2 Use Case Diagram Use Case diagram menggambarkan kebutuhan suatu sistem dari sudut pandang pengguna. Digunakan untuk menggambarkan hubungan antara internal sistem dan eksternal sistem atau hubungan antara Use Case dan aktor. Pengertian lainnya adalah Use Case digunakan untuk mengetahui fungsi apa saja yang ada di dalam sebuah sistem informasi dan siapa saja yang berhak menggunakan fungsi-fungsi tersebut. Aktor merupakan orang, proses atau sistem lain yang berinteraksi dengan sistem informasi yang akan dibuat diluar sistem informasi yang akan dibuat itu sendiri. Dengan kata lain aktor adalah menggambarkan pihak-pihak yang berperan dalam sistem. Use Case merupakan fungsionalitas yang disediakan sistem sebagai unit-unit yang saling bertukar pesan antar unit atau aktor. Dengan kata lain use case berupa aktifitas / sarana yang disiapkan oleh sistem. system boundary dan hubungan (link). System boundary adalah sebuah kotak yang mewakili sebuah sistem. Sedangkan hubungan (link) adalah aktor mana saja yang terlibat dalam use case dan bagaimana hubungan use case dan Use case lain. Digolongkan menjadi dua yaitu extend digambarkan dengan keterangan <<extend>> dan include digambarkan dengan keterangan <<include>>. (Dennis dkk: 2012) Berikut perbedaan antara include dan extend: Tabel 2.1 Perbedaan include dan extend (Dennis dkk:2012) Include Use case terpanggil (include use case) selalu diperlukan oleh use case dasar. Yang memutuskan kapan dipanggilnya use case included adalah use case dasar Panah hubungan dari use case dasar ke use case include Extend Use case ekstensi tidak selalu dibutuhkan oleh use case dasar. Yang memutuskan kapan dipanggilnya use case extend adalah use case extend itu sendiri Panah hubungan dari use case extend ke use case dasar 19

13 Gambar 2.3 Contoh UseCase Diagram (Dennis dkk:2012) Berikut adalah simbol-simbol yang ada pada Use Case : Tabel 2.2 simbol-simbol use case (Dennis dkk:2012) Simbol Nama Deskripsi Use Case Menggambarkan proses, biasanya dinyatakan dengan menggunakan kata Use case name kerja di awal frase nama use case. Ditempatkan di dalam batas sistem, dapat menggunakan use case yang lain. Actor role name Aktor / Actor Association Aktor adalah orang atau sistem yang memperoleh keuntungan dan berada di luar dari sistem. Actor dapat berasosiasi dengan actor lainnya dengan menggunakan specialization / superclass association. Komunikasi antara aktor dan use case 20

14 yang berpartisipasi pada use case atau use case memiliki interaksi dengan aktor. Extend Menggambarkan kebergantungan antar use case. Include Menggambarkan kebergantungan antar use case. Generalization System Boundary Merupakan kasus penggunaan dari khusus - umum. Merupakan lingkup sistem Activity Diagram Activity diagram menggambarkan alur kerja bisnis independen dari class, aliran kegiatan dalam use case, atau desain rinci sebuah metode. (Satzinger dkk:2010). Menggambarkan sebuah workflow atau aktivitas dari sebuah sistem atau proses bisnis atau menu yang ada pada perangkat lunak. yang perlu diperhatikan adalah bahwa diagram aktivitas menggambarkan aktivitas sistem bukan apa yang dilakukan aktor, jadi aktivitas yang dapat dilakukan oleh sistem. 21

15 Gambar 2.4 Contoh Activity Diagram (Satzinger dkk:2010) Tabel 2.3 Simbol Activity Diagram (Satzinger dkk:2010) Simbol Nama Deskripsi Initial Node / Tanda awal dari sebuah aktivitas Status awal Activity aktivitas yang dilakukan sistem, aktivitas biasanya diawali dengan kata kerja Percabangan / decision Fork node dan join node Pilihan untuk mengambil keputusan. Decision menunjukkan alternatif berdasarkan kondisi dari sebuah objek atau sekumpulan objek. Fork node digunakan untuk menunjukkan pemisahan aliran kontrol ke dalam kegiatan kegiatan paralel. Join node digunakan untuk 22

16 Simbol Nama Deskripsi menggabungkan dua kegiatan paralel menjadi satu. Activity Final Node / Status Akhir Swimlane Tanda berakhirnya sebuah aktivitas Memisahkan organisasi bisnis yang bertanggung jawab terhadap aktivitas yang terjadi Sequence Diagram Sequence Diagram merupakan urutan model dinamis yang menggambarkan contoh class yang berpartisipasi dalam use case dan pesan yang lewat di antara mereka dari waktu ke waktu. (Dennis dkk:2012) Tabel 2.4 Simbol-Simbol Sequence Diagram (Dennis dkk:2012) Simbol Name Deskripsi Actor - Menggambarkan seseorang atau sesuatu baik perangkat maupun sistem lain yang berinteraksi dengan sistem. - Berpartisipasi secara berurutan dalam pengiriman dan/atau penerimaan pesan. - Ditempatkan dibagian atas diagram. 23

17 anobject:aclass Object - Object merupakan instance dari sebuah class dan dituliskan tersusun secara horizontal. - Berpartisipasi secara berurutan dengan mengirimkan dan/atau menerima pesan. - Ditempatkan di bagian atas diagram. LifeLine Execcution Occurrence Mengindikasikan keberadaan sebuah objek dalam basis waktu. Notasi untuk Lifeline adalah garis putus-putus vertikal yang ditarik dari sebuah object. Menyatakan objek dalam keadaan aktif dan berinteraksi pesan. Message Menggambarkan pesan antar object Message (return) Message (return) Pesan yang dikirim untuk diri sendiri secara langsung. Pesan yang dikirim untuk diri sendiri. 24

18 Gambar 2.5 Contoh Sequence Diagram (Dennis dkk:2012) Class Diagram Class diagram menggambarkan struktur sistem dari segi pendefinisian kelas-kelas yang dibuat untuk membangun sistem. Kelas memiliki apa yang disebut atribut dan metode atau operasi. Class Diagram adalah model statis dalam mengembangkan sistem. Class diagram menggambarkan struktur dan seskripsi kelas serta hubungan antar kelas. (Dennis dkk:2012). Kelas-kelas yang ada dalam struktur sistem harus bisa menjalankan fungsi-fungsi sesuai kebutuhan sistem sehingga programer dapat membuat kelas-kelas didalam program perangkat lunak sesuai dengan perancangan diagram kelas. Susunan struktur kelas yang baik dalam class diagram sebaiknya memiliki jenis-jenis kelas berikut: Kelas main, kelas yang memiliki fungsi awal dieksekusi ketika sistem dijalankan. Kelas view, kelas yang mendefinisikan dan mengatur tampilan ke pemakai. 25

19 Kelas use case (controller), kelas yang menangani fungsi-fungsi yang harus ada diambil dari pendefinisian use case. Kelas ini biasa disebut dengan kelas proses yang menangani proses bisnis perangkat lunak. Kelas model, kelas yang digunakan untuk memegang atau membungkus data menjadi sebuah kesatuan yang diambil maupun akan disimpan ke basis data. Semua tabel yang dibuat di basis data dapat dijadikan kelas Tabel 2.5 Simbol Class diagram (Dennis dkk:2012) Simbol Nama Deskripsi Class name -Atribute name -/derived attribute name +Operation name() Kelas Association Directed Association / Asosiasi Berarah Merepresentasikan person, tempat, atau hal lain yang harus ditangkap sistem dan menyimpan informasi. Nama kelas diketik tebal dan berada pada posisi tengah. Mempunyai daftar atribut. Memiliki daftar method (operation) Merupakan hubungan antara beberapa class, atau class dan dirinya sendiri. Diberi label kata kerja atau nama peran, mana yang lebih baik menjelaskan relasinya. Bisa ada di antara satu atau lebih class Relasi antarkelas dengan makna kelas yang satu digunakan oleh kelas yang lain, asosiasi biasanya juga disertai dengan multiplicity. Generalization Relasi antarkelas dengan makna generalisasi - spesialisasi (umum khusus). Dependency / Kebergantungan Relasi antarkelas dengan makna kebergantungan antarkelas. 26

20 Aggregation / agregasi Relasi antarkelas dengan makna semua bagian (whole part). Gambar 2.6 Contoh Class Diagram (Dennis dkk:2012) 2.7 Perangkat Lunak Pendukung XAMPP XAMPP merupakan perangkat lunak bebas yang mendukung banyak sistem operasi dan merupakan kompilasi dari beberapa program. XAMPP merupakan singkatan dari X (Empat sistem operasi apapun), Apache, MySQL, PHP, Perl. XAMPP mempunyai tool yang menyediakan paket perangkat lunak kedalam satu buah paket. Dalam paketnya sudah terdapat Apache (web server), MySQL (Database), PHP (Server Side Scripting), Perl, FTP server, phpmyadmin dan berbagai pustaka bantu lainnya. Dengan paket ini maka tidak 27

21 perlu lagi instal dan konfigurasi web server Apache, PHP, MySQL secara manual. Fungsinya adalah sebagai server yang terjadi sendiri (Localhost) PHP PHP Hypertext Prepocessor atau sering disebut PHP merupakan bahasa pemrograman berbasis server-side yang dapat melakukan parsing script php menjadi script web sehingga dari sisi client menghasilkan suatu tampilan yang menarik. PHP merupakan pengembangan dari FI atau Form Interface yang dibuat oleh Rasmus Lerdoff pada tahun (YM Kusuma Ardhana:2012) Terdapat beberapa statement dalam php yang bisa digunakan, yaitu:. (YM Kusuma Ardhana:2012) a. Statement IF, digunakan untuk melakukan tindakan yang berbeda berdasarkan pada kondisi yang berbeda. Penggunaan IF yaitu untukmembuat percabangan berdasarkan kondisi tertentu yang telah terpenuhi. b. Statement IF... ELSE, merupakan statement yang dapat digunakan sebagai alternatif untuk urutan perintah yang harus dilakukan apabila terdapat proses lebih dari satu yaitu true dan false. Else adalah bagian dari urutan perintah yang harus dikerjakan apabila hasil dari ekspresi pada if bernilai false. c. Statement IF... ELSEIF...ELSE, merupakan statement yang dapat digunakan untuk memilih salah satu dari beberapa blok kode yang akan dijalankan. Dengan model elseif maka tidak perlu membentuk suatu blok if didalam els. Else memiliki kedudukan sejajar dengan if, sehingga setiap blok if dan else menjadi sejajar, bukan blok if didalam suatu blok else atau di dalam blok if. d. Statement SWITCH, merupakan statement yang digunakan untuk memilih salah satu dari banyak blok kode yang kan dijalankan. e. Statement WHILE LOOP, merupakan statement perulangan yang digunakan untuk menjalankansuatu blok kode selama kondisi terpenuhi (benar atau true). f. Statement DO...WHILE, merupakan statement peulangan yang akan selalu dijalankan pada sebuah blok kode dan akan berhenti sampai kondisi tidak lagi dapat terpenuhi. 28

22 g. Statement FOR LOOP, merupakan statement perulangan yang digunakan jika anda telah mengetahui berapa kali perulangan dilakukan atau blok kode harus dijalankan. h. Statement FOREACH LOOP, merupakan statement yang digunakan pada tipe array atau larik MySQL MySQL adalah sebuah perangkat lunak sistem manajemen basis data SQL (bahasa inggris : database management system) atau DBMS yang multi thread, multi-user, dengan sekitar 6 juta instalasi di seluruh dunia. MySQL AB membuat MySQL tersedia sebagai perangkat lunak gratis dibawah lisensi GNU General Public License (GPL), terjadi mereka juga menjual dbawah lisensi komersial untuk kasus kasus dimana penggunaannya tidak cocok dengan penggunaan GPL (Indrajani:2011) Macromedia Dreamweaver Macromedia Dreamweaver merupakan perangkat lunak yang ditujukan untuk membuat suatu situs web. Macromedia dreamweaver 8 merupakan alat desain web komprehesif yang disukai oleh para profesional web. Dreamweaver menggunakan WYSIWYG (apa yang anda lihat adalah apa yang anda dapatkan). 2.8 Pengujian Perangkat Lunak Tujuan dari pengujian adaah untuk menemukan dan memperbaiki kesalahan sebanyak mungkin dalam program sebelum menyerahkan program kepada customer. Salah satu pengujian yang baik adalah pengujian yang memiliki probabilitas tinggi dalam menemukan kesalahan. Blackbox testing berfokus pada persyaratan fungsional perangkat lunak yang memungkinkan pengembang memperoleh set kondisi input yang sepenuhnya akan melaksanakan persyaratan fungsional untuk sebuah program. Menguji perangkat lunak dari segi spesifikasi fungsional tanpa menguji desain dan kode program. Pengujian dimaksudkan untuk menegtahui apakah fungsi-fugngsi, masukan dan keluaran dari perangkat lunak sesuai dengan spesifikasi yang diinginkan 29

23 2.9 Basis Data Basis data diartikan sebagai sebuah koleksi atau kumpulan data-data yang saling berhubungan, disusun menurut aturan tertentu secara logis, sehinga dapat menghasilkan informasi. Kumpulan terpadu dari elemen data logis yang saling berhubungan. Basis data mengonsolidasi banyak catatan yang sebelumnya disimpan dalam file terpisah. Merupakan suatu kumpulan data yang berhubungan secara logis dan deskripsi data tersebut yang dirancang untuk memenuhi informasi yang dibutuhkan oleh organisasi (Indrajani:2011) Adapun tujuan dari perancangan basis data adalah: a. Untuk memenuhi informasi yang berisikan kebutuhan-kebutuhan user secara khusus dan aplikasi-aplikasinya b. Mendukung kebutuhan-kebutuhan perosesan dan beberapa objek penampilan. 30