Nama : Agung Prayudha Laksana
Kelas : 3KA07
NPM : 10112368
CONTOH PROPOSAL SKRIPSI
PERANCANGAN SISTEM ADMINISTRASI
Astra Otoparts Motor
DISUSUN OLEH :
AGUNG PRAYUDHA LAKSANA
10112368
3KA07
FAKULTAS ILMU KOMPUTER &
TEKNOLOGI INFORMASI
JURUSAN SISTEM INFORMASI
UNIVERSITAS GUNADARMA
BAB I
PENDAHULUAN
1.1 Latar Belakang
Teknologi informasi salah satu teknologi yang berkembang cepat pada saat ini Penggunaaan alat bantu komputer sebagai salah satu sarana penunjang dalam sistem informasi dapat memberikan hasil lebih baik dan akurat untuk output sebuah sistem, tentu bila sistem di dalamnya telah berjalan dengan baik dan sesuai dengan yang di inginkan oleh user.
Astra Otoparts salah satu badan usaha yang bergerak dalam bidang perbengkelan mulai dari bentuk-benuk variasi, penjualan oil, dan service, membutuhkan keberedaan suatu sistem untuk meningkatkan kualitas pelayanan kepada pelanggan, khususnya di bagian pejualan, sangat dibutuhkan suatu keberadaan sistem yang baik sebagai penunjang dalam devisi yang melayani mulai dari proses penjualan, pemesanan sampai ke pengiriman.
Masalah administrasi penjualan merupakan salah satu permasalahan yang selalu dihadapi oleh para penggambil keputusan, baik dalam bidang pemesanan barang maupun dalam bentuk penjualan barang itu sendiri. Sistem administrasi penjualan dibutuhkan karena pada dasarnya permintaan yang tidak beraturan. Dan proses administrasi dilakukan untuk menjamin adanya kepastian dalam ketepatan waktu serta memudahkan dalam pencatatan pemesanan maupun penjualan barang itu sendiri sehingga dapat terselesaikan pada waktu yang telah ditentukan.
Salah satu masalah dalam sistem penjualan pada Astra Otoparts Motor adalah lambatnya pengerjaan dan pendataan, karena masih terdapat kesulitan dan kelemahan-kelemahan yang dihadapi di mana kegiatan pengelolaan data administrasi penjualan tersebut masih dilakukan secara manual, di mana dalam membuat surat pesanan sampai pada pengiriman barang masih dilakukan secara manual dengan menggunakan nota sebagai bukti pesanan dan pengiriman sehingga masalah transaksi sering terjadi kesalahan dan keterlambatan dalam pengerjaan pengiriman barang karena sulitnya mencari data transaksi yang sudah dilakukan karena tidak ada backup data transaksi sebagai bukti sehingga mengakibatkan keterlambatan pengiriman jika data tersebut hilang yang mengakibatkan hilangnya kepercayaan pelanggan terhadap usaha tersebut.
Berdasarkan uraian di atas, menjadi faktor pendorong bagi penulis dalam melakukan penelitian yang penulis tuangkan dengan judul “ Perancangan Sistem Administrasi Pada Astra Otoparts Motor “.
1.2 Rumusan Masalah
Pentingnya pengelolaan administrasi yang baik dan akurat diharapakan dapat memberikan acuan sebagai sarana untuk mengoptimalkan seluruh pencatatan barang maupun jasa. Berdasarkan hasil pengamatan dan riset, penulis mendapat beberapa masalah yang sering terjadi yaitu :
- Bagaimana pelanggan dalam pencarian sparepart masih cenderung sulit dan menunggu lama dikarenakan pencatatan data masih manual ?
- Bagaimana mengurangi kesalahan-kesalahan yang sering terjadi dalam pembuatan laporan penjualan ?
- Bagaimana mengurangi keterlambatan pembelian sparepart dikarenakan data yang diteriman kurang tepat ?
- Bagaimana cara mempermudah pencarian data transaksi karena tidak adanya backup data transaksi ?
- Bagaimana memantau persediaan stok barang yang belum real time ?
1.3.1. Manfaat Penelitian
Dengan penelitian tugas akhir ini diharapkan dapat memberikan suatu rancangan sistem untuk aplikasi sistem informasi mengenai sistem penjualan pada Astra Otoparts Motor yang akurat dan tepat waktu, serta memudakan dalam pengelolaan administrasi penjualan.
Tujuan dari penelitian ini adalah :
- Merancang / membuat suatu sistem administrasi yang berbasis komputer secara sistematis, tepat, cepat dan akurat.
- Dapat merancang sebuah aplikasi yang dapat mengurangi kesalahan maupun ketidak tepatan harga.Mampu merancang sebuah aplikasi yang dapat membantu pekerjaan pada bengkel elis motor.
- Merancang aplikasi yang dapat membantu dalam hal menghasilkan laporan pelayanan sevices dan penjulan sparepart yang lebih tepat dan akurat.
- Mampu memberikan solusi dalam meningkatkan pengolahan data.
- Membuat kinerja montir berdasarkan kepuasan pelanggan.
Pada skripsi ini penulis membatasi masalah dengan membuat sebuah sistem yang akan digunakan untuk pengelolahan data administrasi dan hanya meliputi proses pelayanan pelangan sampai pelanggan melakukan transaksi pembayaran pada Astra Otoparts motor bila mana pelanggan sudah melakukan pembelian barang / sparepart atau pelanggan sudah melakukan services kendaraan di bengkel. Dan sistem ini hanya menggunakan sistem pembayaran tunai dan cash.
BAB II LANDASAN TEORI
2.1 Unified modeling languange [ UML ]
UML merupakan salah satu alat bantu yang dapat digunakan dalam bahasa pemograman yang berorientasi objek, saat ini UML akan mulai menjadi standar masa depan bagi industri pengembangan sistem/perangkat lunak yang berorientasi objek sebab pada dasarnya UML digunakan oleh banyak perusahaan raksasa seperti IBM, Microsoft, dan sebagainya [Adin05].
Definisi UML
Unified Modeling Language merupakan metode pengembangan perangkat lunak (sistem informasi) dengan menggunakan metode grafis serta merupakan bahasa untuk visualisasi, spesifikasi, konstruksi serta dokumentasi [Adin05].
Unified Modeling Language (UML) adalah bahasa yang telah menjadi standard untuk visualisasi, menetapkan, membangun dan mendokumentasikan arti suatu sistem perangkat lunak [Hend07].
Unified Modeling Language (UML) dapat didefinisikan sebagai sebuah bahasa yang telah menjadi standar dalam industri untuk visualisasi, merancang dan mendokumentasikan sistem perangkat lunak [Afif02].
Unified Modeling Language (UML) merupakan standard modeling language yang terdiri dari kumpulan-kumpulan diagram, dikembangkan untuk membantu para pengembang sistem dansoftware agar bisa menyelesaikan tugas-tugas seperti [Joml07] :
Spesifikasi
Visualisasi
Desain arsitektur
Konstruksi
Simulasi dan testing
Dokumentasi
Berdasarkan beberapa pendapat yang dikemukakan diatas dapat ditarik kesimpulan bahwa “Unified Modeling Language (UML) adalah sebuah bahasa yang berdasarkan grafik atau gambar untuk menvisualisasikan, menspesifikasikan, membangun dan pendokumentasian dari sebuah sistem pengembangan perangkat lunak berbasis Objek (OOP) (Object Oriented programming)”.
Langkah-langkah penggunaan Unified Modeling Language (UML)
Adapun langkah-langkah penggunaan Unified Modeling Language (UML) [Afif02] diantaranya sebagai berikut :
Buatlah daftar business process dari level tertinggi untuk mendefinisikan aktivitas dan proses yang mungkin muncul.
Petakan use case untuk setiap business process untuk mendefinisikan dengan tepat fungsional yang harus disediakan oleh sistem, kemudian perhalus use case diagram dan lengkapi denganrequirement, constraints dan catatan-catatan lain.
Buatlah deployment diagram secara kasar untuk mendefinisikan arsitektur fisik sistem.
Definisikan requirement lain non fungsional, security dan sebagainya yang juga harus disediakan oleh sistem.
Berdasarkan use case diagram, mulailah membuat activity diagram.
Definisikan obyek-obyek level atas package atau domain dan buatlah sequence dan/ataucollaboration utuk tiap alir pekerjaan, jika sebuah use case memiliki kemungkinan alir normal danerror, buat lagi satu diagram untuk masing-masing alir.
Buatlah rancangan user interface model yang menyediakan antarmuka bagi pengguna untuk menjalankan skenario use case.
Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap package atau domaindipecah menjadi hirarki class lengkap dengan atribut dan metodenya. Akan lebih baik jika untuk setiap class dibuat unit test untuk menguji fungsionalitas class dan interaksi dengan class lain.
Setelah class diagram dibuat, kita dapat melihat kemungkinan pengelompokkan class menjadi komponen-komponen karena itu buatlah component diagram pada tahap ini. Selain itu, definisikan test integrasi setiap komponen untuk meyakinkan ia dapat bereaksi dengan baik.
Perhalus deployment diagram yang sudah dibuat. Detailkan kemampuan dan requirement piranti lunak, sistem operasi, jaringan dan sebagainya. Petakan komponen ke dalam node.
Mulailah membangun sistem. Ada dua pendekatan yang tepat digunakan:
Pendekatan use case dengan mengassign setiap use case kepada tim pengembang tertentu untuk mengembangkan unit kode yang lengkap dengan test.
Pendekatan komponen yaitu mengassign setiap komponen kepada tim pengembang tertentu.
Lakukan uji modul dan uji integrasi serta perbaiki model beserta codenya. Model harus selalu sesuai dengan code yang aktual.
Perangkat lunak siap dirilis
Ruang Lingkup UML
Dalam kerangka spesifikasi, Unified Modeling Language (UML) menyediakan model-model yang tepat [Adin05], tidak mendua arti (ambigu) serta lengkap.
Secara khusus, Unified Modeling Language (UML) menspesifikasikan langkah-langkah penting dalampengambilan keputusan analisis, perancangan serta implementasi dalam sistem yang sangat bernuansa perangkat lunak (software intensive system).
Dalam hal ini, Unified Modeling Language (UML) bukanlah merupakan bahasa pemprograman tetapi model-model yang tercipta berhubungan langsung dengan berbagai macam bahasa pemprograman, sehingga adalah mungkin melakukan pemetaan (mapping) langsung dari model-model yang dibuat dengan Unified Modeling Language (UML) dengan bahasa-bahasa pemprograman berorientasi obyek, seperti Java, Borland Delphi, Visual Basic, C++, dan lain-lain.
Pemetaan (mapping) Unified Modeling Language (UML) bersifat dua arah yaitu :
Generasi kode bahasa pemprograman tertentu dari Unified Modeling Language (UML) forward engineering.
Generasi kode belum sesuai dengan kebutuhan dan harapan pengguna, pengembang dapat melakukan langkah balik bersifat iterative dari implementasi ke Unified Modeling Language (UML)hingga didapat sistem/peranti lunak yang sesuai dengan harapan pengguna dan pengembang.
Bab ini membahas tentang penjelasan, pengrtian, landasan teori tentang analisa dan perancangan sistem berorientasi obyek serta teori pendukung lainnya yang berkaitan dengan masalah yang akan dibahas.
2.2 USE CASE Diagram
Use case adalah rangkaian/uraian sekelompok yang saling terkait dan membentuk sistem secara teratur yang dilakukan atau diawasi oleh sebuah aktor. Use case digunaka untuk membentuk tingkah laku benda/thing dalam sebuah mode serta direalisasikan oleh sebuah collaborator, umumnya use case digambarkan dengan sebuah elips dengan garis ynag solid, biasanya mengandung nama. Use case menggambarkan proses system (kebutuhan system dari sudut pandang user). secara umum use case adalah:
Pola perilaku system
Urutan transaksi yang berhubungan yang dilakukan oleh actor Use case diagram terdiri dari
Use case
Actor
Relationship
System boundary boxes
PackagesContoh Use Case
2.3 Class Diagram
Class diagram digunakan untuk menampilkan kelas-kelas dan paket-paket di dalam system. Class diagram memberikan gambaran system secara statis dan relasi antar mereka. Biasanya, dibua beberapa class diagram untuk system tunggal. Beberapa diagram akan menampilkan subset dari kelas-kelas dan relasinya. Dapat dibuat beberapa diagram sesuai dengan yang diinginkan untuk mendapatkan gambaran lengkap terhadap system yang dibangun.
Class diagram adalah alat perancangan terbaik untuk tim pengembang. Diagram tersebut membantu pengembang mendapatkan struktur system sebelum kode ditulis, dan membantu untuk memastikan bahwa system adalah desain terbaik.
Kelas adalah sesuatu yang membungkus informasi dan perilaku. Secara tradisional, system dibangun dengan ide dasar bahwa akan menyimpan informasi pada sisi baris data dan data perilaku pengolahnya pada sisi aplikasi.
Menentukan kelas
Cara yang baik untuk menemukan kelas-kelas adalah mulai dari memperhatikan aliran kejadian (flow of event) dari suatu use case. Perhatikan kata benda didalam aliran kejadian, mungkin merupakan salah satu dari empat hal berikut.
1. Actor
2. Kelas
3. Atribut dari kelas
4. Ekspresi, bukan actor, bukan kelas, dan bukan atribut.
Dengan melakukan seleksi kata benda dalam aliran kejadian, dapat ditemukan kelas-kelas dalam system. Alternative lainnya, dapat di uji obyek-obyek dalamsequence diagram dan collaboration diagram.
Ada dua cara yang biasa dilakukan berkaitan dengan urutan pendefinisian antar kelas-kelas dalam class diagram dan sequence diagram atau collaboration diagram.
Yang pertama, dengan membuat sequence diagram atau collaboration diagram lebih dulu. Kemudian melanjutkannya dengan membuat class diagram.
Sebaliknya, yang kedua, yaitu dengan menemukan kelas-kelas dan membuat class diagram terlebih dahulu, kemudian menggunakan kelas-kelas terebut sebagai “Kamus” obyek-obyek dan relasinya untuk membuat sequence diagram atau collaboration diagram.
2.4 Sequence Diagram
Sequence diagram menggambarkan interaksi antar objek di dalam dan di sekitar sistem (termasuk pengguna, display, dan sebagainya) berupa message yang digambarkan terhadap waktu. Sequence diagram terdiri atar dimensi vertikal (waktu) dan dimensi horizontal (objek-objek yang terkait).
Sequence diagram biasa digunakan untuk menggambarkan skenario atau rangkaian langkah-langkah yang dilakukan sebagai respons dari sebuah event untuk menghasilkan output tertentu. Diawali dari apa yang men-trigger aktivitas tersebut, proses dan perubahan apa saja yang terjadi secara internal dan output apa yang dihasilkan.
Masing-masing objek, termasuk aktor, memiliki lifeline vertikal. Message digambarkan sebagai garis berpanah dari satu objek ke objek lainnya. Pada fase desain berikutnya, message akan dipetakan menjadi operasi/metoda dari class. Activation bar menunjukkan lamanya eksekusi sebuah proses, biasanya diawali dengan diterimanya sebuah message.
2.5 Analisis Sistem
Suatu sistem akan dirancang oleh satu orang atau sekelompok orang yang membentuk tim. Orang yang merancang sistem ini disebut Sistem Analis.
Ada yang mendefinisikan Sistem Analis sebagai :
- Seorang yang menggunakan pengetahuan aplikasi komputer yang dimilikinya untuk memecahkan masalah-masalah bisnis, dibawah petunjuk Manajer Sistem.
- Seorang yang bertanggung jawab menterjemahkan kebutuhankebutuhan si pemakai sistem (user) ke dalam spesifikasi teknik yang diperlukan oleh Programmer dan diawasi oleh Manajemen.
Fungsi Analisis Sistem
1. Mengidentifikasikan masalah-masalah dari user
2. Menyatakan secara spesifik sasaran yang harus dicapai untuk memenuhi kebutuhan user
3.Memeilih alternatif-alternatif metode pemecahan masalah
4.Merencanakan dan menerapkan rancangan sistemnya sesuai dengan permintaan user
Proses desain pada umumnya memperhitungkan aspek fungsi, estetika, dan berbagai macam aspek lainnya dengan sumber data yang didapatkan dari riset, pemikiran, brainstorming, maupun dari desain yang sudah ada sebelumnya.
2.7 Testing
Menurut Hetzel 1973
Testing adalah proses pemantapan kepercayaan akan kinerja program atau sistem sebagaimana yang diharapkan.
Menurut Myers 1979
Testing adalah proses eksekusi program atau sistem secara intens untuk menemukan error.
Menurut Hetzel 1983 (Revisi)
Testing adalah tiap aktivitas yang digunakan untuk dapat melakukan evaluasi suatu atribut atau kemampuan dari program atau sistem dan menentukan apakah telah memenuhi kebutuhan atau hasil yang diharapkan.
Menurut standar ANSI/IEEE 1059
Testing adalah proses menganalisa suatu entitas software untuk mendeteksi perbedaan antara kondisi yang ada dengan kondisi yang diinginkan (defects / error / bugs) dan mengevaluasi fitur-fitur dari entitas software.
2.8 Maintenance
Menurut Lindley R. Higgis & R. Keith Mobley, maintenance atau pemeliharaan adalah suatu kegiatan yang dilakukan secara berulang-ulang dengan tujuan agar peralatan selalu memiliki kondisi yang sama dengan keadaan awalnya. Maintenance juga dilakukan untuk menjaga peralatan tetap berada dalam kondisi yang dapat diterima oleh penggunanya. (Maintenance Enginering Handbook, Sixth Edition McGraw-Hill, 2002)
Menurut Sisjono dan Iwan Koswara, Perawatan (maintenance) ialah suatu kegiatan yang dilakukan secara sengaja (sadar) terhadap suatu fasilitas dengan menganut suatu sistematika tertentu untuk mencapai hasil telah ditetapkan (Sisjono dan Iwan Koswara, 2004).
Intinya, Maintenance adalah suatu kegiatan yang di lakukan manusia untuk menjaga atau merawat sebuah benda/perangkat (keras ataupun lunak) agar dapat terus di gunakan.
BAB III METEDOLOGI
3.1 Tempat dan Waktu Penelitian
1. Tempat penelitian : Depok
2. Waktu penelitian : 28 Desember 2014
3.2 Instrumen Penelitian
Instrumen yg digunakan dalam pengumpulan data adalah Metedologi perancangan pada sistem ini menggunakan metedologi perancangan waterfall.
Tahap – tahap pengembangan waterfall model antara lain :
Analisis dan definisi persyaratan pelayanan, batasan, dan tujuan sistem ditentukan melalui konsultasi dengan user. Perancangan sistem (desain sistem) dan perangkat lunak menentukan arsitektur sistem secara keseluruhan (model sistem tersebut untuk user)
Implementasi dan pengujian unit perancangan perangkat lunak direalisasikan sebagai serangkaian program yang dapat dimanfaatkan. Integrasi dan pengujian sistem unit program diintegrasikan atau diuji sebagai sistem yang lengkap untuk menjamin bahwa persyaratan sitem telah terpenuhi
Operasi dan pemeliharaan merupakan fase siklus yang paling lama. Sistem diinstall dan dipakai. Perbaikan mencakup koreksi dari berbagai error, perbaikan dan implementasi unit sistem dan pelayanan sistem.
Karakteristik dari model waterfall ini meliputi beberapa bagian, yaitu :
Aktivitas mengalir dari satu fase ke fase lainnya secara berurutan.
Setiap fase dikerjakan terlebih dahulu sampai selesai, jika sudah selesai baru mulai menuju fase berikutnya.
Metode implementasi waterfall membutuhkan pendekatan sistematis dan sekuensial dalam pengembangan perangkat lunak dan biasanya disebut juga dengan classic life cycle, dimulai dari tingkat sistem dan kemajuan melalui analisis, desain, coding, testing dan pemeliharaan.
Rekayasa dan Pemodelan Sistem/Informasi (System/Information Engineering and Modeling) Karena perangkat lunak adalah bagian dari sistem yang lebih besar, pekerjaan dimulai dari pembentukan kebutuhan-kebutuhan dari semua elemen sistem dan mengalokasikan suatu subset ke dalam pembentukan perangkat lunak.
Hal ini penting, ketika perangkat lunak harus berkomunikasi dengan hardware, orang dan basis data. Rekayasa dan pemodelan sistem menekankan pada pengumpulan kebutuhan pada level sistem dengan sedikit perancangan dan analisis.
3.3 Teknik Penelitian
Teknik penelitian yg dilakukan diantaranya sebagai berikut :
A. Studi Pustaka
Teknik studi pustaka ini dilakukan pengumpulan data melalui internet dab buku-buku yg dijadikan sebagai sumber.
B. Wawancara
Dalam teknik penelitian ini melakukan pengumpulan data dari hasil wawancara beberapa orang .
C, Observasi
Melakukan observasi dengan melihat dokumen-dokumen dan meninjau langsung bagaimana cara kerja dalam sebuah bengkel sehingga diperoleh data yang berhubungan dengan masalah yang akan dibahas.
DAFTAR PUSTAKA
http://mane3x.wordpress.com/2013/03/29/pengertian-sistem-dan-analisis-sistem/
http://id.wikipedia.org/wiki/Desain
http://informatika.web.id/pengertian-uml.htm
http://omhegar.blogspot.com/2013/08/pengertian-use-case-dan-contoh-use-case.html
http://studyclubshare.blogspot.com/2012/10/implementasi-waterfall.html
http://mrofiuddin.blogspot.com/2011/11/pengertian-class-diagram.html
http://eduedu93.blogspot.com/2014/02/use-case-activity-diagram-dan-sequence.html
http://miftahalternate.wordpress.com/2011/09/09/definisi-testing/
Tidak ada komentar:
Posting Komentar