laporan ke-1 dan ke-2

10
LAPORAN ANALISIS DESAIN TERSTRUKTUR PERTEMUAN KE 1 DAN 2 Disusun Oleh : Nama : Mohamad Hanafi Nim : 095410134 Jurusan : TEKNIK INFORMATIKA LABOROTARIUM TERPADU SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER AKAKOM YOGYAKARTA 2010 36

Upload: mohamad-hanafi-mohan

Post on 05-Aug-2015

346 views

Category:

Documents


16 download

TRANSCRIPT

Page 1: Laporan Ke-1 Dan Ke-2

LAPORAN ANALISIS DESAIN TERSTRUKTUR

PERTEMUAN KE 1 DAN 2

Disusun Oleh :

Nama : Mohamad Hanafi

Nim : 095410134

Jurusan : TEKNIK INFORMATIKA

LABOROTARIUM TERPADU

SEKOLAH TINGGI MANAJEMEN INFORMATIKA DAN KOMPUTER

AKAKOM

YOGYAKARTA

2010

36

Page 2: Laporan Ke-1 Dan Ke-2

PERTEMUAN KE 1 DAN 2

PEMBUATAN SRS

A. Tujuan Mahasiswa dapat memahami konsep Analisis dan desain terstruktur Mahasiswa Dapat memahami domain problem Mahasiswa mampu menterjemahan domain problem menjadi spesifikasi dalam standar Mahasiswa mampu mendokumentasikan spesifikasi menurut standar IEEE 830

Atau dengan kata lain dalam Dokumen SRS dibuat sebagai pedoman dalam pembuatan perangkat lunak parkir. Dokumen ini berisi penjabaran mengenai kebutuhan dan perancangan dari perangkat lunak. SRS ditujukan untuk pengguna PLGP (pengemudi motor dan Mobil) dan pengembang PLGP.

B. PembahasanMenerangkan kendaraan parkir di STMIK AKAKOM YOGYAKARTA.

1.1 Ruang Lingkup

Perangkat lunak dalam SRS ini digunakan untuk mengelola secara rapi dan teratur mekanisme per parkiran di lingkungan STMIK AKAKOM antara kendaraan yang akan diparkir dan yang akan keluar. Sistem ini tidak menggunakan scanner untuk menangkap amhka nomor plat secara otomatis, tetapi nomor plat tersebut diketik oleh operator. Sistem juga tidak mengatur mengenai valet parkir.

1.2 Definisi, Akronim dan Singkatan

Penjelasan dari isilah-istilah yang terdapat dalam dokumen ini adalh sebagai berikut :

- Software Requirement Specification (SRS) merupakan spesifikasi suatu produk/ program yang melakukan fungsi tertentu pada lingkup tertentu.

- Perangkat lunak Great Parkir (PLGP) merupakan sistem perangkat lunak yang digunakan untuk pengemudi kendaraan dan petugas pengelola parkir untuk membantu pengelolaan parkir dengan baik.

- Diagram Air Data (DAD) adalah diagram yang digunakan untuk menjelaskan aliran data masuk dan keluar dari perangkat lunak

- Entity-Relational Diagram (ERD) adalh diagram relasi antar beberapa entitas dalam system

1.3 Referensi

Berikut ini adalah beberapa referensi yang digunakan dalam penulisan SRS ini :

Page 3: Laporan Ke-1 Dan Ke-2

- Dennis, Allanda Wixom, Barbara H.Dan Roth,Roberta M. (1006), System Analysis and Design, 3rd edition, John Wiley & Sons, Inc,NewYork

- Presmann, RogerS., (2000), Software Engineering, 5th edition, McGrow-Hill,england.

2. Deskripsi Umum

2.1 Perspektif Produk

Perangkat lunak yang dikembangkan merupakan sistem yang baru, yang tidak terhubung dengan sistem yang lain. Perangkat lunak ini mengatur sistem perpakiran di STMIK AKAKOM agar dapat dikelola dengan efesien dan rapi. Sistem ini mengatur dan mencatat keluar masuk kendaraan pada suatuarea parkir, dan menghitung total biaya parkir.

2.2 Fungsi Produk

Perangkat lunak ini mempunyai beberapa fungsi, yaitu :

- Identifkasi (Login) operator / pengguna- Pencatatan kendaraan masuk- Pencatatan kendaraan keluar

Melakukan proses monitoring / pelaporan

2.3 Karateristik pengguna

Pengguna perangkat lunak ini adalah :

- Operator atau petugas perkir, ang bertugas untuk memasukkan nomor plat, jam masuk, jam keluar dan mencetak karcis.

- Kabag kerumahtanggan, yang akan membaca laporan bulanan untuk bahan evaluasi

2.4 Asumsi dan Ketergantungan

Penyediaan fasilitas yang dibutuhkan baik untuk pengembangan maupun pengoperasian PLGP dapat dengan mudah dilakukan. Fasilitas disini meliputi perangkat lunak, perangkat keras, serta hal-hal eksternal yang berhubungan denngan pengoperasian PLGP seperti Kamar operator dan mesin karcis. PLGP akan dihubungkan dengan server agar dapat berkoneksi dengan kamar Operator keluar area parkir.

3. Deskripsi Detil

3.1 Kebutuhan Fungsional

3.1.1 Login

3.1.1.1 Fitur ini berfungsi sebagai penyaring pengguna system, yaitu hanya petugas parkir yang telah terdaftar dan terotentifikasi

3.1.1.2 Input

Page 4: Laporan Ke-1 Dan Ke-2

User id dan password

3.1.1.3 Proses

Otentifikasi, jika valid maka tampil menu jika nt valid akan muncul pesan kesalahan

3.1.1.4 Output

Valid atau not valid

3.1.2 Pencatan Kendaraan masuk

3.1.2.1 Fitur ini berfungsi untuk mencatat data nomor plat kendaraan dan jam masuk untuk disimpan dalam database, kemudian mencetak karcis parkirnya sebagai bikti parkir kepada pemilik kendaraan

3.1.2.2 Input

No plat, jam masuk yang dibaca dari sistem

3.1.2.3 Proses

Rekam ke database

3.1.2.4 Output

Karcis masuk parkir tercetak

3.1.3 Pencatatan kendaraan keluar

3.1.3.1 Fitur ini berfungsi untuk mencari data plat nomor kendaraan dan jam masuk dari dalam database, kemudian menghitung selisihnya terhadap jam keluar untuk mendapatkan total biaya parkir

3.1.3.2 Input

No karcis

3.1.3.3 Proses

- Terhubung ke database

- Search dengan keyword no tiket

- Baca data plat nomor dan jam masuk

- Hitung biaya parkir

- Rekam data keluar ke database

3.1.3.4 Output

Page 5: Laporan Ke-1 Dan Ke-2

Data mobil keluar terekam dalam database mengenai traffic kendaraan, jam penuh dll

3.1.4 Melakukan proses monitoring / pelaporan

3.1.4.1 Fitur ini berfungsi untuk evaluasi pengelolaan parkir bagi manajemen ntuk menganalisis menganalisis beberapa informasi penting

3.1.4.2 Input

Kategori pelaporan

3.1.4.3 Proses

Pengeksekusian query yang dipilih berdasar kategori pelaporan yang di inginkan

3.1.4.4 Output

Tampilan hasil query pada layar (hasil pelaporan)

3.2 Kebutuhan antarmuka Eksternal

3.2.1 Antarmuka user

From login

From ini digunakan oleh petugas parkir dan kabag kerumahtanggaan dalam melakukan login. Pada From ini terdapat dua teks input sebagai sisian Username dan Password, dan sebuah tombol untuk mengirim sisian tersebut untuk kemudian diverifikasi / Otentifikasi

From Kendaraan Parkir

From ini digunakan untuk memproses kendaraan masuk oleh petugas parkir. Pada From ini terdapat data petugas parkir (nama) yang otomatis dikeluarkan oleh sistem pada saat petugas parkir sukses melakukan login. Pada from ini juga terdapat isian nomor plat kendaraan dan jam masuk yang dipanggil otomatis dari jam sistem. Serta tombol cetak karcis untuk menyimpan data-data tersebut ke database dan kemudian mencetaknya untuk diserahkan kepemilik kendaraan.

From kendaraan Keluar

From ini digunakan untuk memproses kendaraan yang keluar oleh petugas parkir. Pada from ini terdapat data petugas parkir (nama) yang otomatis keluar saat petugas sukses melakukan login. Pada From ini juga terdapat isisan nomor plat, jam keluar dan tombol Hitung untuk menghitung biaya parkir dengan cara membandingkan jam keluar dengan jam masuk. Total biaya yang akan ditampilkan dilayar. Juga terdapat tombol bayar yang berarti pemilik kendaraan sudah membayar dan data pembayaran akan disimpan dalam database selanjutnya layar dikembalikan ke From kosong kembali

From Pelaporan / evaluasi

Page 6: Laporan Ke-1 Dan Ke-2

From ini digunakan untuk memproses laporan laporan oleh Bagian Kabag Kerumahtanggaan. Pada From ini terdapat isisan pilihan kategori laporan yang diinginkan (nama laporan) dan range tanggal pelaporan yang diinginkan. Juga terdapat tombol tampil untuk menampilkan laporan pada layar dan tombol cetak untuk mencetak laporan.

3.2.2 Antarmuka Hardware

Keyboard, digunakan sebagai alat untuk memasukkan data data kedalam komputer

Printer, digunakan untuk mencetak karcis parkir dan laporan

Layar Monitor, digunakan untuk menampilkan data yang dicari atau yang dimasukkan

3.2.3 Antarmuka Software

Tidak ada

3.2.4 Antarmuka Komunikasi

Perlu adanya antarmuka koneksi ke aplikasi Kerumahtanggaan sehingga biasa diakses oleh kabag kerumahtanggaan melalui aplikasi kerumahtanggaan

4. Kebutuhan Nonfungsional Lain

4.1 Kebutuhan Performansi

Sistem harus dapat beroperasi setiap hari dan pencatatan mobil keluar atau masuk tidak boleh lebih dari 30 detik. Selain itu media penyimpanan harus mampu menyimpan data minimal 6 bulan ke belakang

4.2 Kebutuhan Keselamatan

Perangkat lunak ini harus bisa mengcover pencatatan manual jika seandainya aplikasi tidak dapat berjalan karena sesuatu hal. Oleh sebab itu jam otomatis dari system tetap bisa diset lagi dengan menjalankan prosedur kontigensi

4.3 Kebutuhan Keamanan

Aplikasi hanya bisa diakses oleh petugas parkir dan kabag kerumahtanggaan

4.4 Software Quality Attributes

Tidak ada

4.5 Aturan Aturan Bisnis

Tidak ada

C. TUGAS

Sistem pengembalian dan peminjaman buku STMIK AKAKOM YOGYAKARTA

Page 7: Laporan Ke-1 Dan Ke-2

Pencatatan Mahasiswa keluar

Dalam perpustakaan akakom tidak ada untuk pencatatan mahasiswa yang keluar dari perpustakaan

Kebutuhan Antarmuka Eksternal

Antarmuka User

From login

From ini digunakan oleh mahasiswa dalam melakukan login. Pada Form ini terdapat satu teks input sebagai isian no.mahasiswa.

From Mahasiswa meminjam buku

From ini digunakan untuk memproses mahasiswa meminjam buku oleh petugas perpustakaan. Pada From ini mahasiswa akan tercatat kedalam database dan disimpan debagai bukti bahwa mahasiswa tersebut telah meminjam buku di perpustakaan.

From mahasiswa mengembalikan buku

From ini digunakan untuk memproses mahasiswa mengembalikan buku oleh petugas perpustakaan. Pada Form ini mahasiswa akan diminta NIM dan tercatat bahwa sudah tidak ada tanggungan dalam meminjam buku.

Antarmuka Hardware

Keyboard, digunakan sebagai alat untuk memasukkan NIM, Pencarian Buku.

Layar Monitor, digunakan untuk menampilkan Login, dan menampilkan buku yang dicari.

Antarmuka Software

Tidak ada

Kebutuhan Nonfungsional

Kebutuhan Performansi

Sistem harus dapat beroparasi setiap hari dan pencatatan Mahasiswa masuk dan keluar. Selain itu media penyimpanan harus mampu menyimpan data minimal 9 bulan kebelakang.

Kebutuhan Keselamatan

Page 8: Laporan Ke-1 Dan Ke-2

Perangkat lunak ini harus bisa mengcover pencatatan manual jika seandainya aplikasi tidak dapat berjalan kerana sesuatu hal. Oleh sebab itu jam otomatis dari system tetap bisa diset lagi dengan menjalankan prosedur kontigensi

Kebutuhan Keamanan

Aplikasi ini hanya bisa diakses oleh penjaga perpustakaan

D. KESIMPULAN

Pada pembuatan proposal ini tentang pencatatan kendaraan parkir di STMIK AKAKOM YOGYAKARTA angatlah diperlukan apalagi sebelum merencanakan sesuatu sebaiknya direncanakan dulu setelah direncanakan terus dibuatkan proposal supaya tidak keliru dalam membuat sesuatu.