modul 1 & 2

MODUL I & II

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

B. Teori

Analisa dan Desain sistem merupakan tahapan yang ada pada pengembangan system. Tahap-

tahap pengembangan system atau yang sering disebut System Development Life Cycle terdiri

dari Analisa system, desain system, implementasi system dan perawatan system. Pendekatan

pengembangan system yang dibahas pada modul ini mengarah ke pendekatan terstruktur.

Analisis dan desain terstruktur menampilkan suatu pendekatan sistematis untuk merancang dan

membangun kualitas sistem komputer.

Analisa Sistem merupakan kegiatan penguraian dari suatu system informasi yang utuh ke

dalam bagian-bagian komponennya dengan maksud untuk mengidentifikasikan dan mengevaluasi

permasalahan-permasalahan, kesempatan-kesempatan, hambatan-hambatan yang terjadi dan

kebutuhan-kebutuhan yang diharapkan sehingga dapat diusulkan perbaikan-perbaikannya

[Jogiyanto,1990].

Menurut Verzello desain system adalah pendefinisian dari kebutuhan-kebutuhan fungsional

dan persiapan untuk rancang bangun implementasi, menggambarkan bagaimana suatu system

dibentuk. Tujuan utama desain system antara lain memenuhi kebutuhan kepada pemakai system,

memberikan gambaran yang jelas dan rancang bangun yang lengkap kepada pemrogram

komputer dan ahli-ahli teknik lainnya yang terlihat.

Pada tahapan ini akan didefenisikan kebutuhan sistem dengan memahami domain sistem

yang berupa : fungsi-fungsi yang dibutuhkan, unjuk kerja, interface. Hasil dari proses analisis

yang didapat didokumentasi menurut standar IEEE std 830 tahun 1984 mengenai SRS (System

Requirement Specification).

SRS merupakan spesifikasi (tertulis dalam dokumentasi) untuk produk, program, perangkat

lunak tertentu. SRS mencakup 2 bagian deskripsi yaitu :

- defenisikan masalah tertentu

- menentukan cara penyelesaian masalah

Outline SRS (sudah disediakan template):

Copyright © 2009 by STMIK AKAKOM untuk kalangan sendiri -

Software Requirements Specification

for

<Project>

Version 1.0 approved

Prepared by <author>

<organization>

<date created>


Software Requirements Specification for <project> Page iv

DAFTAR ISIDaftar Isi ............................................................................................Error! Bookmark not defined.Sejarah Revisi.................................................................................................................................v1. Pendahuluan..............................................................................................................................i

1.1 Tujuan................................................................................Error! Bookmark not defined.1.2 Ruang lingkup....................................................................Error! Bookmark not defined.1.3 Defenisi , Akronim dan Singkatan.....................................Error! Bookmark not defined.1.4 Referensi...............................................................................................................................i

2. Deskrisi Umum..........................................................................................................................i2.1 Perspektif Produk..................................................................................................................i2.2 Fungsi Fungsi Produk...........................................................................................................i2.3 Karakteristik User.................................................................................................................iError! Bookmark not defined..4 Asumsi dan Ketergantungan

3. Deskripsi Detil …………………… ……………………………………………………......3

3.1 Kebutuhan Fungsional

3.1.1 Kebutuhan Fungsional 1

3.1.1.1 Pendahuluan

3.1.1.2 Input

3.1.1.3 Proses

3.1.1.4 Output


3.1.2.1 ……… dstnya 3.2Kebutuhan Antarmuka Eksternal.....................................................................................ii

3.1 Antarmuka User .........................................................Error! Bookmark not defined.3.2 Antarmuka Hardware....................................................................................................ii3.3 Antarmuka Software.....................................................................................................ii3.4 Antarmuka komunikasi.................................................................................................ii

4. Kebutuhan Non Fungsional Lain..........................................................................................iii4.1 Kebutuhan Performansi......................................................................................................iii4.2 Kebutuhan Keselamatan.....................................................................................................iii4.3 Kebutuhan Keamanan ........................................................................................................iii4.4 Atribut Kualitas Software...................................................................................................iii4.5 Aturan-aturan bisnis ..........................................................................................................iii

Appendix A: Glossary..................................................................................................................iiiAppendix B: Analysis Models......................................................................................................iii


Software Requirements Specification for <project> Page v

Sejarah Revisi

Nama Tanggal Alasan Perubahan Versi


Software Requirements Specification for <project> Page i

1. Pendahuluan

1.1 Tujuan

<identifikasi dokumen srs ini ditujukan untuk aplikasi apa dan apa saja yg dijabarkan .>

1.2 Ruang Lingkup

<jelaskan dengan singkat lingkup software yaitu apa yang dikerjakan dan yang tidak dikerjakan software, sasaran dan keuntungannya>

1.3 Defenisi, Akronim dan Singkatan

<uraikan defenisi, akronim dan singkatan singkatan yang dipakai dalam dokumen ini nanti>

1.4 Referensi

<tulis daftar dokumen atau alamat url yang ditunjuk dalam SRS ini>

2. Deskripsi Umum

2.1 Perspektif Produk

<Jelaskan konteks dan asal produk yang dispesifikasikan dalam SRS ini, sebagai contoh apakah perangkat lunak ini baru atau pengganti perangkat lunak yg sudah ada sebelumnya, apakah perangkat lunak berdiri sendiri atau berhubungan dengan Pl yg sdh ada, apakah ada fungsi fungsi yang memakai fungsi dari PL lain . Diperbolehkan menggunakan diagram sederhana untuk menjelaskan komponen komponen system atau komunikasi system ini dengan system lainnya>

2.2 Fungsi Produk

<Buat Ringkasan fungsi utama PL yang ada. Detil fungsi disediakan dalam bab 3. Deskripsi khusus. Kelompokkan fungsi fungsi itu sehingga lebih mudah dipahami pembaca SRS. Kalau perlu gambarkan DAD level 0 atau diagram kelas dan use case (bagi OOAD) untuk menjelaskannya.>

2.3 Karakteristik Pengguna

<identifikasi pengguna PL ini beserta hak akses, level pendidikan, atau karakter khusus lainnya>

2.4 Asumsi dan Ketergantungan

<tulis daftar asumsi asumsi yang digunakan dalam PL yang mempengaruhi keadaan kebutuhan dalam SRS. Bisa berupa pihak ketiga atau komponen bisnis lainnya, lingkungan pengembangan

Copyright © 2009 by STMIK AKAKOM untuk kalangan sendiri

Software Requirements Specification for <project> Page ii

dan system operasi yang digunakan, atau komponen software lainnya yang jika tidak ada dapat menyebabkan kesalahan dalam mengoperasikan PL ini>

3. Deskripsi Detil



3.1.1.1 Pendahuluan

3.1.1.2 Input

3.1.1.3 Proses

3.1.1.4 Output<identifikasi Fungsi Fungsi yang ada dalam PL dan jelaskan tiap fungsi berdasarkan 4 kriteria yaitu pendahuluan, input fungsi, proses fungsi dan output dari fungsi tersebut satu persatu>

3.2 Kebutuhan Antarmuka Eksternal

3.2.1 Antarmuka User

< menjelaskan karakteristik logic tiap tiap antarmuka user dengan PL, bias berupa gambar layer atau screen, standar GUI, standar button, atau display pesan kesalahan >

3,2,2 Antarmuka Hardware

<menjelaskan karakteristik logic dan fisik masing masing antarmuka PL ke komponen seperti type hardware yg di support, protocol komunikasi data yg dipakai jika ada>

3.2.3 Antarmuka Software

<menjeklaskan koneksi antara PL dengan PL lain yg spesifik seperti dengan Sistem Operasi, Database yg dipakai, Tool, Library dan komponen komersial lain>

3.2.4 Antarmuka Komunikasi

<menjelaskan kebutuhan yang tergabung dengan beberapa fungsi komunikasi yang dibutuhkan Pl ini seperti e-mail, web browser, protocol komuniksi, dan network server. Identifikasi juga standar standar komunikasi yg digunakan seperti FTP atau HTTP, enkripsi dan deskripsi data yang digunakan, rate transfer data, dan mekanisme sinkronisasi>


Software Requirements Specification for <project> Page iii

4. Kebutuhan Nonfungsional Lain

4.1 Kebutuhan Performansi

<Jika terdapat kebutuhan performansi yang spesifik harus dijelaskan di sini. Kebutuhan performansi itu bisa berupa akses time tertentu atau kapasitas memeori tertentu yang dibutuhkan PL. Contoh misalnya PL ini harus respon paling lama 4 detik untuk aplikasi berbasis SMS>

4.2 Kebutuhan Keselamatan

<spesifikasikan kebutuhan kebutuhan yang berkaitan dengan kerugian, dan kerusakan dari hasil penggunaan produk. Defenisikan perlindungan atau tindakan yang harus diambil, serta tindakan yang harus dicegah yang mengacu pada kebijakan eksternal terkait isu-isu keamanan yang mempengaruhi desain produk. Defenisikan apapun sertifikasi keselamatan yang harus dipenuhi.>.

4.3 Kebutuhan Keamanan

<spesifikasikan beberapa kebutuhan sekuriti dan proteksi data yang digunakan.>

4.4 Software Quality Attributes

<Spesifikasikan beberapa karakteristik kualitas tambahan untuk PL seperti kemampuan adaptabilitas, Fleksibilitas, maintanibilitas, reusability, robustnest dan prtabilitas>

4.5 Aturan Aturan Bisnis

<tulis daftar prisip prinsip operasional produk.>

Appendix A: Glossary

<Defenisikan semua terminology yang dipakai dalam SRS ini, termasuk akronim dan singkatan. Glossary dibuat jika terminology nya banyak sehingga bab 1 bagian defenisi, akronim dan singkatan hanya menunjuk ke glossary tetapi jika sedikit maka bagian glossary ini dihilangkan saja dan tulis semua defenisi, akronim dan singkatan di bab depan.>

Appendix B: Analysis Models

<Optional, buat beberpa model analisis seperti DAD, Diagram Transisi, ERD , dll>

C. Praktek

Diberikan contoh suatu SRS sebagai berikut :


Software Requirements Specification for <project> Page iv

Software Requirements Specification

for

PLGP

Perangkat Lunak Great Parkir

Version 1.0 approved

Prepared by <Febri Nova Lenti>

<STMIK AKAKOM>

<1 September 2009>


Software Requirements Specification for <Project>

DAFTAR ISIDaftar Isi ............................................................................................Error! Bookmark not defined.Sejarah Revisi.................................................................................................................................v1. Pendahuluan..............................................................................................................................i

1.1 Tujuan................................................................................Error! Bookmark not defined.1.2 Ruang lingkup....................................................................Error! Bookmark not defined.1.3 Defenisi , Akronim dan Singkatan.....................................Error! Bookmark not defined.1.4 Referensi...............................................................................................................................i

2. Deskrisi Umum..........................................................................................................................i2.1 Perspektif Produk..................................................................................................................i2.2 Fungsi Fungsi Produk...........................................................................................................i2.3 Karakteristik User.................................................................................................................iError! Bookmark not defined..4 Asumsi dan Ketergantungan

3. Deskripsi Detil ………………………………………………………………………………......3



3.1.1.1 Pendahuluan

3.1.1.2 Input

3.1.1.3 Proses

3.1.1.4 Output


3.1.2.1 ……… dstnya 3.2Kebutuhan Antarmuka Eksternal.....................................................................................ii

3.1 Antarmuka User .........................................................Error! Bookmark not defined.3.2 Antarmuka Hardware....................................................................................................ii3.3 Antarmuka Software.....................................................................................................ii3.4 Antarmuka komunikasi.................................................................................................ii

4. Kebutuhan Non Fungsional Lain..........................................................................................iii4.1 Kebutuhan Performansi......................................................................................................iii4.2 Kebutuhan Keselamatan.....................................................................................................iii4.3 Kebutuhan Keamanan ........................................................................................................iii4.4 Atribut Kualitas Software...................................................................................................iii4.5 Aturan-aturan bisnis ..........................................................................................................iii

Appendix A: Glossary..................................................................................................................iiiAppendix B: Analysis Models......................................................................................................iii



Sejarah Revisi

Nama Tanggal Alasan Perubahan Versi

Febri Nova Lenti 1/9/09 Buat baru 1



5. Pendahuluan

5.1 Tujuan

Dokumen SRS ini dibuat sebagai pedoman dalam pembuatan perangkat lunak Parkir. Dokumen nini berisi penjabaran mengenai kebutuhan dan perancangan dari perangkat lunak. SRS ditujukan untuk pengguna PLGP (pengemudi motor dan mobil) dan pengembang PLGP.

5.2 Ruang Lingkup

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

5.3 Defenisi, Akronim dan Singkatan

Penjelasan dari istilah-istilah yang terdapat dalam dokumen ini adalah 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 Alir Data (DAD) adalah diagram yang digunakan untuk menjelaskan aliran data masuk dan keluar dari Perangkat lunak

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

5.4 Referensi

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

- Dennis, Allandan 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, McGraw-Hill, england.



6. Deskripsi Umum

6.1 Perspektif Produk

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

6.2 Fungsi Produk

Perangkat lunak ini mempunyai beberapa fungsi, yaitu:

- Identifikasi (Login) operator / pengguna

- Pencatatan kendaraan masuk

- Pencatatan kendaraan keluar

- Melakukan proses monitoring / pelaporan

6.3 Karakteristik Pengguna

Pengguna perangkat lunak ini adalah :

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

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

6.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 dengan pengoperasian PLGP seperti Kamar operator dan

mesin cetak karcis. PLGP akan dihubungkan dengan server agar dapat berkoneksi dengan Kamar

Operator keluar area parkir.



7. Deskripsi Detil


7.1.1 Login

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

7.1.1.2 InputUser id dan password

7.1.1.3 ProsesOtentifikasi, jika valid maka tampil menu jika not valid akan muncul pesan kesalahan

7.1.1.4 OutputValid atau not valid

7.1.2 Pencatatan Kendaraan Masuk

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

7.1.2.2 InputNo plat, jam nasuk yg dibaca dari sistem

7.1.2.3 ProsesRekam ke database

7.1.2.4 OutputKarcis masuk parkir tercetak

7.1.3 Pencatatan Kendaraan Keluar

7.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

7.1.3.2 InputNo karcis

7.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



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

7.1.4 Melakukan proses monitoring / pelaporan

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

7.1.4.2 InputKategori pelaporan

7.1.4.3 ProsesPengeksekusian query yang dipilih berdasar kategori pelaporan yang diinginkan

7.1.4.4 OutputTampilan hasil query pada layar (hasil pelaporan)

7.2 Kebutuhan Antarmuka Eksternal

7.2.1 Antarmuka User

Form Login

Form ini digunakan oleh petugas parkir dan kabag kerumahtanggaan dalam melakukan login. Pada Form ini terdapat dua teks input sebagai isisan Username dan password, dan sebuah tombol untuk mengirim isisan isian tersebut untuk kemudian di verifikasi / otentifikasi.

Form Kendaraan Parkir

Form ini digunakan untuk memproses kendaraan masuk oleh petugas parkir. Pada Form ini terdapat data petugas parkir (nama) yang otomatis dikeluarkan oleh sistem pada saat petugas parkir sukses melakukan login. Pada Form 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 ke pemilik kendaraaan.

Form Kendaraan Keluar

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



Form Pelaporan / evaluasi

Form ini digunakan untuk memproses laporan laporan oleh Bagian Kabag Kerumahtanggaan. Pada Form ini terdapat isian pilihan kategori laporan yang diinginkan (nama laopran) 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

Keyborad, digunakan sebagai alat untuk memasukkan data data ke dalam komputer

Printer, digunakan untuk mencetak karcis parkir dan laporan 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 bias diakses oleh kabag kerumahranggaan melalui aplikasi kerumahtanggaan

8. Kebutuhan Nonfungsional Lain

8.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

8.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

8.3 Kebutuhan Keamanan

Aplikasi hanya bisa diakses oleh petugas parkir dan kabag kerumahtanggaaan



8.4 Software Quality Attributes

Tidak ada

8.5 Aturan Aturan Bisnis

Tidak ada

Appendix A: Glossary

Tidak ada

Appendix B: Analysis Models

B.1. Data Flow Diagram

- DFD Level Kontek



- DFD Level 1

B.2 Entity Relationship Diagram



D. Tugas

Buatlah SRS untuk kasus dibawah ini sampai Apendix A :

Diketahui system rental VCD yang menyewakan berbagai jenis VCD yang terbagi dalam

kategori VCD Software dan VCD film. Penyewa VCD harus menjadi anggota terlebih dahulu

dengan melakukan pendaftaran agar bisa menyewa VCD. Setiap keterlambatan pengembalian

akan dikenakan denda sesuai tarif yang ada.


modul 1 & 2

Documents