TEKNIK DOKUMENTASI APLIKASI RESUME : 2

TEKNIK DOKUMENTASI APLIKASI

RESUME : 2

Disusun Oleh :

Farah Priminta Arumsari                 (10410110009)

S1 KOMPUTERISASI AKUNTANSI

Dosen Pembina : Ayuningtyas, S.Kom., M.MT

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA DAN TEKNIK KOMPUTER

SURABAYA

2013

Hubungan Antara Kebutuhan Project dan Sistem yang Dikembangkan

Aturan awal dalam meningkatkan sesuatu adalah mengetahui kondisi saat ini. Tanpa mengetahui bagaimana kondisi proses saat ini, maka sulit untuk mengetahui inisiatif peningkatan apa yang dapat dilakukan dan apakah akan berhasil. Dokumentasi proses adalah proses pertama dalam aktivitas peningkatan. Dokumentasi proses pada dasarnya dapat dilakukan pada dua saat yang berbeda, yaitu:

1.        Satu per satu terkait dengan proyek yang melibatkan proses tertentu.

Proses baru didokumentasikan jika sebuah proyek atau aktivitas lain dimulai untuk meningkatkan proses tersebut.

2.        Keseluruhan di awal yang bersifat umum.

Dilakukan dengan melihat keseluruhan perusahaan dan dokumentasi seluruh atau sebagian besar proses bisnis.

Sistem dokumentasi merupakan keseluruhan dokumen yang berhubungan dengan kebutuhan sistem hingga uji coba sistem tahap terakhir. Dokumen ini menjabarkan rancangan, implementasi dan uji coba dari sistem yang berguna dalam proses perawatannya. Sistem dokumentasi mencakup:

1.        Dokumen yang menjelaskan spesifikasi dari sistem.

2.        Dokumen yang berisi tentang bagan-bagan sistem.

3.        Deskripsi dari masing-masing bagan tersebut.

4.        Menjelaskan fungsi dari setiap komponen.

5.        Daftar pusat code dari program.

6.        Dokumen hak cipta program dan validasi dokumen menggambarkan bagaimana masing-masing program tersebut divalidasi dan bagaimana validasi informasi.

7.        Panduan perawatan sistem yang menggambarkan masalah yang dikenal dengan system.

Dokumen-dokumen yg baik memiliki sejumlah persyaratan terkait:

1.        Mereka harus bertindak sebagai media komunikasi antara anggota pengembangan tim.

2.        Mereka harus menjadi sistem informasi repositori untuk digunakan oleh insinyur pemeliharaan.

3.        Mereka harus memberikan informasi bagi manajemen untuk membantu mereka merencanakan, anggaran dan jadwal proses pengembangan perangkat lunak.

4.        Beberapa dokumen harus memberitahu pengguna bagaimana untuk menggunakan dan mengelola sistem

Langkah-langkah Pembuatan Dokumentasi Aplikasi

Proses Dokumentasi dibagi menjadi 5 kategori,yaitu :

1.        Plans, estimates, and schedules, adalah dokumen yang dibuat oleh manager yang digunakan untuk memperkirakan dan mengatur proses software.

2.        Report, dokumen yang menginformasikan bagaimana sumber daya digunakan saat proses pengembangan.

3.        Standart, dokumen yang menjelaskan bagaimana proses situ berjalan.

4.        Working papers, merupakan bagian terpenting dari dokumen dalam sebuah proyek, karena mencatat ide-ide para pekerja dan mencatat masalah yang ada dalam sebuah proyek.

5.        Memos and electronic mail messages, berisi detail percakapan antara manager dan pekerja.

Standar Dokumentasi IEEE tidak hanya standar yang ada, ada standar lain yang biasanya digunakan: Proses Standar, proses yang harus diikuti untuk membuat dokumen yang baik. Proses standar merupakan langkah penting dalam pembuatan suatu dokumen. Dalam proses standar terdapat rancangan pembuatan dokumen dengan software tertentu agar dapat menghasilkan dokumen yang baik. Proses dokumentasi harus fleksibel dan dapat mencakup beberapa tipe dokumen. Misalnya sebuah memo. Rancangan, pengecekan, pembetulan, dan pengecekan ulang adalah proses yang harus dilalui agar dokumen dapat di produksi.

Sumber :

http://www.heyindonesia.com/2012/04/rangkuman-dokumentasi-softwareteknik.html

http://hhimawan.files.wordpress.com/2012/03/apb2.ppt

TEKNIK DOKUMENTASI APLIKASI RESUME : 1

TEKNIK DOKUMENTASI APLIKASI

RESUME : 1

Disusun Oleh :

Farah Priminta A.                 (10410110009)

S1 KOMPUTERISASI AKUNTANSI

Dosen Pembina : Ayuningtyas, S.Kom., M.MT

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA DAN TEKNIK KOMPUTER

SURABAYA

2013

Konsep Dokumentasi Aplikasi

            Aplikasi adalah perangkat lunak komputer yang melakukan suatu fungsi sesuai dengan perintah pengguna (user). Pengertian aplikasi menurut Yan Tirtobisono adalah istilah yang digunakan untuk pengguna komputer bagi pemecahan masalah. Istilah aplikasi yang digabungkan dengan suatu perangkat lunak memberikan makna baru yaitu suatu program yang ditulis atau dibuat untuk menangani masalah tertentu.

            Dokumentasi adalah pengumpulan, pemilihan, pengolahan, dan penyimpanan informasi dalam bidang pengetahuan. Definisi lain dari dokumentasi adalah pemberian atau pengumpulan bukti dan keterangan (seperti gambar, kutipan, guntingan koran, dan bahan referensi lain). Dokumentasi ini meliputi :

1.        Perencanaan (SDP = Software Development Plan), merupakan hal awal yang harus dilakukan ketika akan mengembangkan suatu perangkat lunak.

2.        Requirements Analysis (SRS = Software Requirements Specification),  Tujuan dari SRS adalah untuk melakukan hal berikut: menentukan kebutuhan fungsional dari sistem, mengidentifikasi batasan-batasan sistem, identifikasi pengguna sistem, menjelaskan interaksi antara sistem dan pengguna eksternal, menetapkan suatu bahasa yang umum antara klien dan tim program untuk menggambarkan sistem, memberikan dasar untuk pemodelan use case.

3.        IRS = Interface Requirements Specification

4.        Dokumentasi Perancangan (SDD = Software Design Document)

5.        Dokumentasi Pengujian (STP = Software Test Plan, STRp = Software Test Report)

6.        Dokumentasi yang berhubungan dengan produk (SUM = Software User Manual, SPS = Software Product Specification, VDD = Version Description Document), dll

Pentingnya Dokumentasi Aplikasi

Dokumentasi ini diperlukan untuk :

1.      Mempelajari cara mengoperasikan sistem

2.      Sebagai bahan pelatihan

3.      Dasar pengembangan sistem lebih lanjut

4.      Dasar bila akan memodifikasi atau memperbaiki sistem di kemudian hari

5.      Materi acuan bagi Auditor

6.      Back-up

7.      Mempermudah komunikasi di antara sesama pegawai

8.      Menghilangkan ketergantungan yang kritis

Permasalahan yang Terjadi pada Proses Dokumentasi Aplikasi

Software Crisis adalah istilah yang digunakan pada zaman awal ilmu komputer Istilah ini digunakan untuk menggambarkan dampak kenaikan pesat dalam kemampuan komputer dan kompleksitas masalah yang dapat ditangani. Pada intinya, itu mengacu pada kesulitan penulisan yang tepat, program komputer dimengerti, dan dapat diverifikasi. Akar dari krisis perangkat lunak adalah kompleksitas, harapan, dan perubahan.          

Software Crisis adalah sekumpulan masalah yang ditemukan dalam pengembangan software komputer. Masalahnya tidak hanya terbatas pada software yang tidak berfungsi sebagaimana mestinya, tetapi krisis software ini terdiri dari masalah yang berhubungan dengan :

1.        Bagaimana mengembangkan software.

2.        Bagaimana memelihara software yang ada, yang berkembang dalam jumlah ynag besar.

3.        Bagaimana mengimbangi permintaan software yang makin besar.

Sumber :

http://www.overfans.biz/2688/pengertian-aplikasi-sistem-informasi.html

http://id.m.wikipedia.org/wiki/Aplikasi

http://m.artikata.com/arti-325530-dokumentasi.html

http://firmanalex.blogspot.com/2013/09/teknik-dokumentasi-aplikasi-pertemuan-1.html

http://www.google.co.id/url?sa=t&rct=j&q=&esrc=s&source=web&cd=8&cad=rja&ved=0CE8QFjAH&url=http%3A%2F%2Fftp.gunadarma.ac.id%2Fhandouts%2FS1_Sistem%2520Informasi.1%2FFebriani%2FDOKUMENTASI.doc&ei=4tUuUoHLGcPorQeu_oHABQ&usg=AFQjCNGB4DbojQnpncuo1gMpCGwWpqO_vA&bvm=bv.51773540,d.bmk

http://globalwara.blogspot.com/2012/10/krisis-perangkat-lunak.html

http://ant0ny.blog.binusian.org/2011/10/05/sejarah-software-engineering-software-crisis/

KARAKTER PANCASILA YANG PLURALISTIS

Membangun karakter bangsa sejak dulu didengungkan dalam ruang lingkup Bhinneka Tunggal Ika. Ada yang menyebut istilah karakter lokal mengisyaratkan bagi suatu suku bangsa atau individu namun kalau sudah menjadi kelompok, sifat seseorang bisa berubah. sifat kelompok ini tidak bisa disebut karakter kelompok. Bagaimana kelompok ini lalu menjadi masyarakat. Selanjutnya kelompok masyarakat menjadi suatu suku dan akhirnya menjadi suatu bangsa memamng timbul kesulitan menyebutnya sifat bangsa apalagi karakter bangsa. Selama ini kita kurang memahami Pancasila secara menyeluruh. Sebagai falsafah bangsa Pancasila sebenarnya harus bisa kita hayati secara menyeluruh.

KASUS SUPPLY CHAIN MANAGEMENT

KONSEP E-BUSINESS

KASUS SCM

PERANCANGAN SISTEM INFORMASI (II)

MAKALAH

Kode Mata Kuliah	:	410112010
Nama Mata Kuliah	:	Perancangan Sistem Informasi
Nama Dosen	:	Titik Lusiani, M.Kom, OCA
Judul	:	Desain Sistem Informasi Rumah Makan HANDAYANI

Oleh:

10.41011.0009	Farah Priminta Arumsari
10.41011.0011	Relina Ayudhia
10.41011.0013	Cahya Apriliana

SEKOLAH TINGGI

MANAJEMEN INFORMATIKA & TEKNIK KOMPUTER

SURABAYA 

2011

BAB I

PENDAHULUAN

1.1     Latar Belakang Masalah

Restoran Handayani merupakan restoran yang menjual makanan dan minuman ala indo-thai seafood. Restoran ini terletak di Jl. Prapen Indah A-28, Surabaya. Restoran Handayani melayani secara langsung dan pemesanan. Penyajian yang ditawarkan berupa service table, buffet, catering, lunch box, tumpeng, dan kambing guling. Restoran ini juga dilengkapi dengan VIP room dan live music setiap hari jam 19.00 – 21.30. VIP room, electon, dan penyanyi dapat dipesan.

Dilihat dari sudut pandang pelanggan, mereka menginginkan pelayanan yang praktis dan efisien sehingga tidak menyita waktu serta tenaga. Pada sistem pemesanan restoran Handayani dilengkapi informasi lengkap mengenai restoran dan menu apa saja yang ditawarkan.

Selain merancang sistem pemesanan, penulis juga merancang sistem pembayaran dan pencatatan laporan keuangan  untuk membantu  para karyawan dalam melakukan pekerjaan.

Berdasarkan uraian diatas maka penulis mengambil judul “DESAIN SISTEM INFORMASI RESTORAN”

1.2     Perumusan Masalah

1.        Bagaimana merancang sistem informasi penjualan yang lebih efektif dan efisien untuk restoran Handayani ?

2.        Bagaimana merancang sistem informasi pembayaran untuk mempermudah proses pembayaran karyawan pada restoran Handayani ?

3.        Bagaimana merancang sistem informasi pencatatan laporan keuangan untuk restoran Handayani?

1.3     Batasan Masalah

Dalam proposal ini, penulis membahas mengenai proses-proses yang ada pada restoran yaitu:

1.         Proses Pembelian.

2.        Proses Penjualan.

3.        Proses pembayaran kepada bagian pembayaran (kasir)

4.        Proses pencatatan laporan keuangan.

1.4     Tujuan

Proposal ini dibuat bertujuan untuk :

1.    Merancang sistem informasi pembelian untuk mempermudah proses pengecekan stok dan pembelian bahan kepada supplier.

2.    Merancang sistem informasi penjualan yang lebih efektif dan efisien untuk restoran Handayani.

3.    Merancang sistem informasi pembayaran untuk mempermudah proses pembayaran karyawan pada restoran Handayani.

4.    Merancang sistem informasi pencatatan laporan keuangan untuk restoran Handayani.

1.5    Manfaat

Manfaat yang dapat diperoleh dari Desain Sistem Informasi Restoran yang telah penulis buat adalah :

1.    Dapat membantu meningkatkan kinerja di rumah makan itu sendiri.

2.    Mempermudah para karyawan untuk mendapatkan informasi yang terkait dengan proses proses yang ada dalam rumah makan tersebut dengan mudah, efektif dan efisien. 

3. Mempermudah pelanggan yang ingin melakukan pemesanan secara komputerisasi.

1.    

2.    

BAB II

ANALISA SISTEM

2.1 Dokumen Flow Lama Proses Pembelian

2.2 Dokumen Flow Lama Proses Penjualan 

2.3 Dokumen Flow Lama Proses Pembayaran

2.4 Dokumen Flow Lama Proses Pencatatan Laporan Keuangan

BAB III

DESAIN SISTEM

3.1 Analisa Sistem Baru (Dokumen Flow Komputerisasi)

1.  

2.  

3.  

3.1.  

3.1.1. Proses Pembelian 

3.1.2. Proses Penjualan

3.1.3.    Proses Pembayaran 

3.1.4. Proses Pencatatan Laporan Keuangan

 

3.2    Data Flow Diagram

1.1. 

Contex Diagram

HIPO (Diagram Berjenjang)

DFD Level 0

3.3    ERD

1.3       

1.3.1.      CDM (Conceptual Data Model)

1.3.1.      PDM (Physical Data Model)

3.5    Desain Input Output

1.3.  

1.4.  

3.5.1. Form Login

Berisi nama Karyawan dan Password yang telah diberi oleh pihak perusahaan.  Form ini dibuat agar server dapat mengetahui siapa yang telah mengakses Sistem pada waktu itu jika ada suatu masalah. 

3.5.2. Form Karyawan

Form untuk menyimpan Data tentang karyawan yang telah bekerja pada Rstoran tersebut. ID Karyawan diisi sesuai Jabatan karyawan. Inisialisasi ID adalah diambil 2 angka setelah angka pertama. ListView untuk melihat dan menyimpan hasil Inputan.

3.5.3. Form Menu

Desain ini dibuat untuk menyimpan data menu apa saja yang terdapat pada Restoran tersebut. Kode menu diisi berdasarkan penginisialisasian. Jika angka pertama yang diketikan adalah “1” maka termasuk Jenis makanan “Appetizer”, “2” = “ Breakfast”, “3” = “lunch”, “4” = “Dinner”, “5” = “Dessert”. Sedangkan sisa angka dibelakang adalah nama menu dari jenis menu itu sendiri.

Button Tambah Menu digunakan untuk menambah menu baru yang belum pernah ada pada Restoran tersebut.

3.5.4. Form Supplier

Desain untuk Supplier dibuat untuk menyimpan data-data Supplier yang biasa mensupply kebutuhan Restoran. ID supplier diisi berdasarkan jenis Barang yang akan di order,, Pakai Inisialisasi seperti pada menu,, Diambil 1 digit dari depan,, jika diinputkan “1” =“Supplier Sayuran, “2” = “Ikan”, “3”=“Daging”, “4” = “Buah”, “5” = Air Mineral”, “6” = Softdrink”.

Sisa angka dibelakang adalah tergantung nama masing2 dari jenis2 tersebut misal “104” = jenis sayuran = Kangkung.

Kami memakai beberapa Supplier yang berbeda walau dalam 1 jenis Item saja. Munkin wortel dan kangkung pada supplier A, Kubis dan terong pada Supplier B, Kualitas no.1.

3.5.5. Form Penjualan

Desain ini dibuat untuk data pada Restoran tersebut agar mengetahui Informasi Penjualan pada hari sebelum2nya dan pada hari ini. No.Nota Jual diisi Berdasarkan urutan nota jual yang sudah pernah dikeuarkan secara berurutan dan tidak boleh sama berdasarkan Tanggal Penjualan.

3.5.6. Form Stok Bahan

Desain ini dibuat untuk mengetahui berapa jumlah Minimum stok pada Restoran,, sehingga pihak resto dapat meminimalisir adanya ketidaktersediaan bahan yang akan dipakai. Kode stok Bahan diisi inisialisasi 1 digit dari depan berdasarkan jenis stok bahan yang akan di order, jika diinputkan angka depan “1” = “Sayuran” , “2” = “Ikan’, “3” = “Daging” , “4” = “buah”, “5” = air mineral”, “6” + Softdrink. 

3.5.7. Form Order Pembelian

Pada Desain Order Pembelian ini,, No nota Beli diisi sama dengan No Nota Jual,, berdasarkan tanggal beli dan tidak boleh sama. ID Supplier diisi berdasarkan jenis Item yang dibeli, ID Karyawan Berdasarkan Job masing-masing “ Bagian pembelian = “4” inisialisasi 1 digit dari depan otomatis. 

BAB IV

KESIMPULAN

1.        

2.        

3.        

4.        

4.1.       Kesimpulan

1.      Dalam penelitian ini, terdapat desain sistem yang akan digunakan, seperti desain pembelian, desain penjualan, desain transaksi pembayaran, dan pencatatan laporan keuangan.

2.      Dengan adanya sistem informasi informasi restoran ini, dapat membantu dalam implementasi sistem di Restoran Handayani tersebut.

4.2.       Saran

1.      Perbaikan sistem pada proses pencatatan laporan keuangan.

2.      Pengembangan sistem informasi yang telah dirancang untuk Restoran Handayani.

DAFTAR PUSTAKA

·      Setiawan, Efrayim Yoan. 2005. Invantory System Penjualan Makanan dan Minuman di Rumah Makan Leko Iga Sapi Penyet. Digilib STIKOM.

[diakses 3 Oktober 2011]

http://digilib.stikom.edu/detil.php?id=936&q=sistem%20informasi%20rumah%20makan

·        Tetuko Nuswanoto. 2001. Restaurant-Convinience Food Pujasera Online Sistem Pemesanan Makanan. Digilib STIKOM.

[diakses 3 Oktober 2011]

http://digilib.stikom.edu/detil.php?id=873&q=sistem%20informasi%20rumah%20makan

·        Arvin Wongsari. 2010. Proposal-Metodologi-Penelitian. Docstoc.

[diakses 3 Oktober 2011]

http://www.docstoc.com/docs/68099768/Proposal-Metodologi-Penelitian

·         Endah Anggraini, Rengga Asmara, Wiratmoko Yuwono. 2010. Sistem Informasi Restoran Mahkota Berbasis Php Dan Sms Gateway. Repo Eepis ITS.

[diakses 3 Oktober 2011]

http://repo.eepis-its.edu/351/1/890.pdf

·         Andy Christiawan, dkk. 2009. Pengembangan-Sistem-Informasi-Chric-Restaurant. Scribd.

[diakses 3 Oktober 2011]

http://www.scribd.com/doc/19046964/PSI-Pengembangan-Sistem-Informasi-Chric-Restaurant