Laporan Tugas Besar Sistem Pembuatan SIM Baru

Laporan Tugas Besar

Sistem Otomatisasi Pembuatan SIM Baru

Disusun Oleh :

Anggota Kelompok Desi Afri Yanti

(101402049)

Dian Puspitasari S

(101402083)

Eka Tama Herly

(101402103)

Ovy Rizki Fachrani

(101402021)

M. Galih Rivai

(101402073)

DEPARTEMEN TEKNOLOGI INFORMASI FAKULTAS ILMU KOMPUTER DAN TEKNOLOGI INFORMASI UNIVERSITAS SUMATERA UTARA 2012 i

The world’s largest digital library

Try Scribd FREE for 30 days to access over 125 million titles without ads or interruptions! Start Free Trial Cancel Anytime.











KATA PENGANTAR

Assalamualaikum Wr. Wb. Puji syukur kami panjatkan ke hadirat Allah SWT, karena atas rahmat dan karunia-Nya lah kami dapat menyelesaikan tugas ini. Tak lupa pula shalawat beriring salam kami sanjungkan kepada Nabi Muhammad SAW, yang telah membawa kita berjudul “Sistem “Sistem Otomatisasi semua keluar dari zaman kebodohan. Penyusunan laporan yang berjudul Otomatisasi Pembuatan SIM Baru” Baru” ini kami buat berdasarkan tugas untuk mata kuliah Proses Perangkat Lunak. Dalam laporan ini kami ingin menjelaskan tahapan pengotomatisasian system manual pembuatan SIM baru, dari mulai tahap requirement, use case, sampai ke tahap Data Flow Diagram (DFD). Kami sadar bahwa laporan ini masih jauh dari kata sempurna. Oleh karena itu kami mengharapkan kritik dan saran yang bersifat membangun dari para pembaca. Semoga laporan ini bermanfaat bagi kita semua.

Medan, Juni 2012

Tim Penulis











DAFTAR ISI

KATA PENGANTAR

i

DAFTAR ISI

ii

BAB I : PENDAHULUAN 1.1 Latar belakang

1

1.2 Rumusan Masalah

1

1.3 Batasan Masalah

1

1.4 Tujuan

1

1.5 Metodologi

2

1.6 Sistematika Penulisan

2

BAB II : LANDASAN TEORI 2.1 Requirement Analysis

3

2.2 Use Case Diagram

5

2.3 Data Flow Diagram (DFD)

6

2.4 Waterfall Model

7

BAB III : OTOMATISASI SISTEM 3.1 Requirement Sistem Pembuatan SIM Baru

10

3.2 Use Case Diagram Sistem Manual

11

3.3 Use Case Diagram Sistem Automasi

14

3.4 Data Flow Diagram Sistem Automasi

16

3.5 Job Description

20

BAB IV : PENUTUP 4.1 Kesimpulan

21

4.2 Saran

21











BAB I PENDAHULUAN

1.1 Latar Belakang Pengembangan / rekayasa system informasi (system development ) dan perangkat lunak (system engineering) dapat berarti menyusun system / perangkat lunak yang benar – benar baru atau yang lebih sering terjadi adalah menyempurnakan yang telah ada sebelumnya. Juga sering terjadi pengembangan system informasi berbasis computer dilakukan dengan motivasi untuk memanfaatkan computer sebagai alat bantu yang dikenal sebagai alat yang cepat, akurat, tidak cepat lelah, serta tidak mengenal arti kata bosan, untuk melaksanakan instruksi – instruksi pengguna untuk mendapatkan hasil – hasil tertentu. Untuk melakukan pengembangan suatu perangkat lunak, ada beberapa langkah awal yang harus dilakukan, diantaranya adalah : 





Proses pengumpulan Requirement, merupakan proses pengumpulan informasi dan permintaan dari klien terhadap system yang akan dikembangkan / dirancang. Pembuatan Use Case, digunakan untuk memodelkan dan menyatakan unit fungsi / layanan yang disediakan oleh sistem (bagian sistem: subsistem atau class) ke pemakai atau klien. Pembuatan Data Flow Diagram (DFD), adalah diagram yang menggunakan notasi-notasi notasi-notasi untuk menggambarkan arus dari sistem.

1.2 Rumusan Masalah Bagaimana caranya mengefisiensikan waktu dan usaha yang dilakukan dalam pembuatan SIM baru?

1.3 Batasan Masalah Pengotomatisasian yang dilakukan pada system pembuatan SIM baru ini adalah mengubah system manual menjadi online, sehingga mengefisiensikan waktu dan usaha yang dilakukan oleh pemohon saat akan membuat SIM baru. Saat mendaftar pemohon bisa melakukannya melalui melalui website online dan juga mengikuti ujian teori secara online.

1.4 Tujuan











b. Dapat mengurangi usaha dalam melakukan pembuatan SIM baru sehingga lebih efisiensi 1.5 Metodologi a. Sudi literatur: penelitian ini dimulai dengan studi perpustakaan, yaitu dengan mengumpulkan bahan-bahan referensi baik dari buku, artikel, dan situs internet mengenai sistem manual pembuatan SIM baru. b. Pengumpulan requirement c. Analisis permasalahan yang ada secara sistematis d. Melakukan perancangan system yang akan diotomatisasi diotomatisasi e. Penyusunan laporan dan penarikan kesimpulan 1.6 Sistematika Penulisan Secara garis besar, laporan ini terdiri dari beberapa bab, yaitu 1. BAB I PENDAHULUAN Bab ini berisi tentang latar belakang, rumusan masalah, batasan masalah, tujuan, metodologi metodologi penelitian, serta sistematika penulisan laporan ini. 2. BAB II LANDASAN TEORI Bab ini berisi tentang penjelasan singkat mengenai mengenai Proses Perangkat Lunak. 3. BAB II OTOMATISASI SISTEM Bab ini berisi langkah-langkah pengotomatisasian pengotomatisasian system. 4. BAB IV PENUTUP Bab ini berisi kesimpulan dan saran.

BAB II LANDASAN TEORI

2.1 Requirement Analysis Dalam melakukan tahap ini akan dicapai 4 tujuan, yaitu : a. Menjelaskan sistem saat ini secara lengkap.











d. Memberi dorongan terhadap keyakinan pemakai kedalam team pengembangan sistem. Tahap requirement analysis adalah tahap interaksi intensif antara analis sistem dengan komunitas pemakai sistem (end-user), dimana team pengembangan sistem menunjukkan keahliannya untuk mendapatkan tanggapan dan kepercayaan pemakai, sehingga mendapat partisipasi yang baik. Merupakan pekerjaan sulit untuk mendapatkan kesepakatan (skeptical) pemakai tentang kebutuhan mereka dari sebuah sistem informasi, karena mungkin pemakai mengalami kegagalan sistem informasi sebelumnya. 

Keinginan pemakai

Tahap awal dalam requirement system adalah melakukan survey terhadap keinginan pemakai dan menjelaskan sistem informasi yang ideal. Ideal disini merupakan konsep daripada kenyataan, artinya bahwa tidak ada sistem yang ideal (tidak ada sistem informasi yang sempurna) tetapi bersifat subyektif saja. Kalau hal ini tidak dijelaskan secara mendalam dapat menimbulkan perbedaan pandangan atau akan mengecewakan end-user. Metode kebutuhan analisis



Perlu pemilihan metode pengumpulan data yang tepat selama melakukan requirement system. Metode tersebut adalah interviews, questionnaires, observation, procedure analysis, dan document survey.



Sampling

Sampling dapat membantu mengurangi waktu dan biaya. Perlu kecermatan untuk memilih sample dari populasi, sehingga membutuhkan keahlian statistik supaya tidak mengalami kegagalan atau ancaman. 

Kendala sumber daya

a. Waktu Sebuah pengantian sistem harus diutarakan dalam kerangka kerja sejak sistem mengalami penurunan fungsi dengan cepat. Kendala waktu ini dapat mempengaruhi analis untuk mempertimbangkan inovasi teknologi yang tidak mungkin dioperasikan dalam waktu yang singkat. Oleh karena itu perlu membutuhkan waktu yang cukup supaya memiliki













Sistem informasi yang ideal akan membutuhkan biaya yang mahal, sehingga membutuhkan pendanaan yang cukup. Hal ini akan terjadi karena terjadi persaingan dengan para pesaingnya dimana mereka menanamkan investasi yang besar dalam sistem informasinya. informasinya. c.

Keahlian. Staff sistem informasi mungkin tidak memiliki pengetahuan atau pengalaman yang

cukup seperti masalah telekomunikasi, integrasi database, dan interactive setting. Perusahaan dapat mengkontrak konsultan untuk menambah kemampuan mendesain. Hal ini nantinya akan diperhadapkan pada kendala biaya yang dikeluarkan untuk tenaga konsultan.

d. Teknologi. Kebutuhan teknologi mungkin akan menjadi masalah utama dalam mendukung kerja sistem, sehingga perlu memperhatikan perkembangan teknologi terus-menerus, yang konsekuensinya terjadi pengeluaran biaya yang besar dan jangan sampai teknologi yang dipakai ketinggalan dari para pesaingnya.

e. Faktor Eksternal Banyak kendala yang datang dari luar setting design, seperti pencegahan menggunakan menggunakan teknologi eksotik (exotic of technologies), mencegah memelihara data lokal dalam sebuah sistem database pusat, dan sebagainya.

2.2 Use Case Diagram 

Menggambarkan fungsionalitas yang diharapkan dari sebuah sistem. Yang ditekankan adalah “apa” yang diperbuat sistem, dan bukan “bagaimana”.











-

Use case Use case dibuat berdasar keperluan actor, merupakan “apa” yang dikerjakan system, bukan “bagaimana” syst em em mengerjakannya

-

Actors Actor menggambarkan orang, system atau external entitas / stakeholder yang menyediakan atau menerima informasi dari system

-

Relationship

-

Asosiation Associations bukan menggambarkan aliran data/informasi. Associations digunakan untuk menggambarkan bagaimana actor terlibat dalam use case. Ada 4 jenis relasi yang bisa timbul pada use case diagram 

Association antara actor dan use case



Association antara use case



Generalization/Inheritance Generalization/Inheritance antara use case



Generalization/Inheritance Generalization/Inheritance antara actors

-

System boundary boxes (optional)

-

Packages (optional)



Spesifikasi Use Case

Spesifikasi Use Case terdiri dari : 1.

Brief Description

2.

Pre-Condition

3.

Characteristic of activation

4.

Flow of Event

5.

a.

Basic Flow

b.

Alternative Flow

Post-Condition











1. External

entity

(kesatuan

Luar)

atau

boundary

(batas

sistem)

Setiap sistem pasti memiliki batas sistem (boundary) yang memisahkan suatu sistem dengan lingkungan luarnya. Kesatuan luar (external entity) merupakan kesatuan di lingkungan luar sistem yang dapat berupa orang, organisasi atau sistem lainya yang berada di lingkungan luarnya yang memberikan input atau menerima output dari sistem. 2. Data flow (arus data) Arus data di DFD diberi simbol panah. Arus data ini mengalir diantara proses, simpanan, dan kesatuan luar. 3. Process (proses) Suatu proses adalah kegiatan atau kerja yang dilakukan oleh orang, mesin atau komputer dari hasil suatu arus data yang masuk ke dalam proses untuk dihasilkan arus data yang akan keluar dari proses. 4. Data store (simpanan data) Simpanan data (data store) merupakan simpanan dari data yang dapat berupa suatu file atau database di komputer, suatu arsip atau catatan manual dan lain sebagainya. s ebagainya.

Notasi – Notasi Data Flow Diagram (DFD) Oleh Edward Yourdon dan Tom DeMarco











Entitas luar atau masukan atau keluaran atau orang yang memakai / berinteraksi dengan perangkat lunak yang dimodelkan. Aliiran data; merupakan data yang dikirim antar proses, dari penyimpanan ke proses atau dari proses ke masukkan atau keluaran.

Tahap Perancangan 1.

DFD Level 0 Menggambarkan sistem yang akan dibuat sebagai suatu entitas tunggal yang beriteraksi dengan orang atau sistem lain.

2.

DFD Level 1 Menggambarkan modul-modul yang ada dalam sistem. DFD Level 1 merupakan pengembangan dari DFD Level 0.

3.

DFD Level 2, 3, 4, ... dst Merupakan breakdown dari modul-modul DFD Level sebelumnya.

2.4 Waterfall Model Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE). Model ini melakukan pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Sebagai contoh tahap desain harus menunggu selesainya tahap sebelumnya yaitu tahap











Berikut ini penjelasan tentang masing-masing tahap dalam model waterfall: 1. Requirement Analysis Seluruh kebutuhan software software harus bisa didapatkan dalam fase ini, termasuk didalamnya kegunaan software yang diharapkan pengguna dan batasan software. Informasi ini biasanya dapat diperoleh melalui wawancara, survey atau diskusi. Informasi tersebut dianalisis untuk mendapatkan dokumentasi kebutuhan pengguna untuk digunakan pada tahap selanjutnya. 2. System Design Tahap ini dilakukan sebelum melakukan coding. Tahap ini bertujua bertujuan n untuk memberikan gambaran apa yang seharusnya dikerjakan dan bagaimana tampilannya. Tahap ini membantu dalam menspesifikasikan kebutuhan hardware dan sistem serta mendefinisikan arsitektur sistem secara keseluruh keseluruhan. an. 3. Implementation Dalam tahap ini dilakukan pemrograman. Pembuatan Pembuatan software dipecah menjadi modulmodul kecil yang nantinya akan digabungkan dalam tahap berikutnya. Selain itu dalam tahap ini juga dilakukan pemeriksaaan terhadap modul yang dibuat, apakah sudah memenuhi fungsi yang diinginkan atau belum. 4. Integration & Testing Di tahap ini dilakukan penggabungan modul-modul yang sudah dibuat dan dilakukan pengujian ini dilakukan untuk mengetahui apakah software yang dibuat telah sesuai dengan desainnya dan masih terdapat kesalahan atau tidak. 5. Operation & Maintenance Ini merupakan tahap terakhir dalam model waterfall. Software yang sudah jadi dijalankan serta dilakukan pemeliharaan. Pemeliharaan termasuk dalam memperbaiki













Meskipun demikian, karena model ini melakukan pendekatan secara urut / sequential, maka ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan baik dan itu menjadi salah satu kekurangan dari model ini.











3.1 Requirement Sistem Pembuatan SIM Baru Kami tidak melakukan survey langsung ke lapangan, berhubungan dengan proses izin yang rumit dan memakan waktu yang lama. Sehingga kami hanya melakukan automasi sesuai dengan analisis masalah pada system manual pembuatan SIM baru. Flowchart Sistem Manual Sistem Pembuatan SIM Baru











petugas, berkas di verifikasi oleh petugas. Setelah itu pemohon menjalani serangkaian ujian untuk membuat SIM, lalu pemohon menunggu SIM untuk di produksi. 

Use Case Diagram

Mengecek kesehatan

Dokter Pembayaran uang Registrasi

Teller Verifikasi Penyerahan Berkas << include >> Berkas Putor tp3s Pengambilan Formulir

Verifikasi Penyerahan Formulir << include >> Formulir

Petugas Registrasi Mengikuti Ujian











PEMBUATAN SIM BARU Dokumentasi SIM

Petugas

Pemohon

3.2.1

Brief Description Use case ini digunakan oleh pemohon untuk melakukan melakukan pembuatan SIM baru.

3.2.2

Pre Condition Pemohon harus membayar uang pendaftaran dan memenuhi persyaratan untuk membuat SIM baru sebelum melakukan pendaftaran.

3.2.3

Characteristis of Activation Eksekusi hanya bisa dilakukan oleh petugas yang berwenang.

3.2.4

Flow of Events 3.2.4.1 Basic Flow Use case ini dimulai ketika pemohon pemohon telah melakukan melakukan cek kesehatan membayar











3.2.4.2 Alternativ 3.2.4.2 Alternative e Flow H-1 : Syarat tidak lengkap Petugas akan meminta pemohon untuk memeriksa kembali dan melengkapi berkas persyaratan yang tidak lengkap. H-2 : Pemohon tidak lulus ujian teori Pemohon harus mengulang kembali proses pembuatan SIM baru dari awal (membayar uang pendaftaran) H-3 : Pemohon tidak lulus ujian praktek Pemohon harus mengulang kembali proses pembuatan SIM baru dari awal (membayar uang pendaftaran) 3.2.5

Post Condition Pada use case ini pemohon dapat memiliki sim baru

3.2.6

Limitation Tidak ada.













Pemohon membuka situs pendaftaran sim online. Pemohon melakukan registrasi dengan memasukkan no e-ktp. Pemohon menunggu kapan ujian tulis dan praktek dilaksanakan, kemudian pemohon pemohon menunggu simuntuk simuntuk dicetak. 

Use Case Diagram Melakukan Registrasi

Pemohon

> > e d u l c n i < <

> > e d u l c n i < <

Masukkan No E-KTP

Verifikasi No E-KTP

Registrasi Tempat Ujian

< < i n c l u d e > >

Sistem













Use Case Spesification Pembuatan SIM Baru

3.3.1

Brief Description Use case ini digunakan oleh pemohon pemohon untuk melakukan pembuatan SIM baru.

3.3.2

Pre Condition Pemohon telah memiliki E-KTP

3.3.3

Characteristis of Activation Eksekusi hanya bisa dilakukan oleh petugas yang berwenang.

3.3.4

Flow of Events 3.3.4.1 Basic Flow Use case ini dimulai ketika pemohon membuka website pendaftaran dan melakukan pendaftaran Pemohon akan diminta untuk memasukkan no E-KTP pada space yang telah disediakan Setelah memasukkan no E-KTP, pemohon akan melihat informasi pribadi lengkap











3.3.6

Limitation Tidak ada

3.4 Data Flow Diagram Sistem Automasi

DFD Level 0

Nomor E-KTP

D a t a P e m ohon Pembuatan SIM Baru

P em o h o n

Surat Izin Pengemudi

Petugas Polisi

Data SIM











DFD Level 1

Nomor E-KTP PEMOHON

Melakukan Registrasi 1.0

CAPIL

Penyalinan Data 2.0

Data Pemohon

Pilihan Tempat

Status Registrasi

Status Tempat Ujian

Registrasi Tempat Ujian 3.0

Tempat Ujian











DFD Level 2 -

Proses 4.0 Sidik Jari Data Pemohon Record Pembayaran Sidik Jari Verifikasi Pembayaran 4.1

Status Verifikasi Status Pemba yaran

Status Verifikasii

Uang

PEMOHON

Putor TP3S

Data Pemba yaran Status Pemba yaran

Uang

Transaksi Pembayaran

Pencatatan Pembayaran 4.3













-

Proses 5.0

- Sidik Jari - Kartu Ujian

- Sidik Jari - Kartu Ujian Verifikasi Ujian 5.1

Status Verifikasi

Data Pemohon











-

Proses 6.0

- Sidik Jari Data Pemohon

- Sidik Jari Verifikasi 6.1

Status Verifikasi











BAB IV PENUTUP

4.1 Kesimpulan Di dalam setiap proses pengembangan perangkat lunak ( software), pengembang memerlukan perencanaan yang matang. Hal itu diperlukan untuk memudahkan pengembang

Laporan Tugas Besar Sistem Pembuatan SIM Baru

Recommend Documents