• Tidak ada hasil yang ditemukan

MANAJEMEN PROYEK PERANGKAT LUNAK MPPL (1)

N/A
N/A
Protected

Academic year: 2018

Membagikan "MANAJEMEN PROYEK PERANGKAT LUNAK MPPL (1)"

Copied!
11
0
0

Teks penuh

(1)

DOKUMEN SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

SISTEM INFORMASI DATA KENDARAAN DINAS/OPERASIONAL SEKRETARIAT

DAERAH

“SIDAKENDI”

untuk:

Bagian Umum Sekretariat Daerah Kabupaten Bandung

Dipersiapkan oleh:

TCCOMP

JASA KONSULTASI PERANGKAT LUNAK TCCOMP

(2)

2

BAB 1

PENDAHULUAN

1.1 Tujuan Penulisan Dokumen

Dokumen ini berisi Spesifikasi Kebutuhan Perangkat Lunak (SKPL) atau Software Requirement Spesification (SRS) untuk Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah. Tujuan dari penulisan dokumen ini adalah untuk memberikan penjelasan mengenai perangkat lunak yang akan dibangun baik berupa gambaran umum maupun penjelasan detil dan menyeluruh.

Pengguna dari dokumen ini adalah pengembang perangkat lunak sistem informasi dan pengguna (klien) dari perangkat lunak atau personil-personil yang terlibat dalam sistem. Dokumen ini akan digunakan sebagai bahan acuan dalam proses pengembangan dan sebagai bahan evaluasi pada saat proses pengembangan perangkat lunak maupun di akhir pengembangannya. Dengan adanya dokumen SKPL ini diharapkan pengembangan perangkat lunak akan lebih terarah dan lebih terfokus serta tidak menimbulkan ambiguitas terutama bagi pengembang perangkat lunak sistem informasi.

1.2 Lingkup Masalah

Berdasarkan Peraturan Daerah Nomor 19 Tahun 2007, dimana Bagian Umum termasuk dalam susunan struktur organisasi sekretariat Daerah dan merupakan salah satu bagian dari 4 (empat) bagian di bawah Asisten Administrasi. Bagian Umum terbagi menjadi 3 (tiga) Sub Bagian yaitu Sub Bagian Rumah Tangga dan Persandian, Sub Bagian Keuangan, dan Sub Bagian KeKendaraanan.

Maksud dari pembuatan sistem informasi ini adalah untuk membangun aplikasi dan database Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah sehingga memudahkan untuk pengelolaan data di lingkungan Bagian Umum. Tujuan yang akan dicapai dari kegiatan ini adalah peningkatan kinerja (efektifitas dan efisiensi) dalam pengelolaan data-data Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

Sasaran yang akan dicapai oleh kegiatan ini adalah:

 terbangunnya aplikasi dan database Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

 terbentuknya database dengan tingkat ketersediaan yang tinggi dan aman.

 ketersediaan data-data terkait Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah yang lengkap dan menyeluruh sehingga dapat mendukung dan memudahkan dalam manajemen pengelolaan di lingkungan Bagian Umum Sekretariat Daerah Kabupaten Bandung.

Ruang lingkup pekerjaan adalah sebagai berikut:

1. Identifikasi dan analisis terhadap Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah di lingkungan Bagian Umum Sekretariat Daerah .

2. Identifikasi dan analisis terhadap kebutuhan-kebutuhan kegiatan dari data terkait Informasi Data Kendaraan Dinas/Operasional di lingkungan Bagian Umum Sekretariat Daerah.

3. Formulasi dan perancangan solusi

(3)

3

a. Perancangan database

b. Inputing (tambah, ubah dan hapus) data Nomor Polisi

c. Inputing (tambah, ubah dan hapus) data Kendaraan Tahun Pembuatan d. Inputing (tambah, ubah dan hapus) data Rincian Habis Pajak

e. Pencarian data Perawatan Kendaraan f. Laporan

5. Uji coba dan penginstalan aplikasi 6. Pelatihan penggunaan aplikasi

1.3 Definisi dan Istilah

Berikut adalah daftar definisi dan istilah penting yang digunakan dalam dokumen SKPL ini:

 SRS : Software Requirements Specification, atau

 SKPL : Spesifikasi Kebutuhan Perangkat Lunak

Dokumen hasil analisis yang berisi spesifikasi kebutuhan perangkat lunak.

 IEEE : Institute of Electrical and Electronics Engineering

Standar internasional untuk pengembangan dan perancangan produk.

 ANSI : American National Standard Institute Lembaga Standardisasi Amerika.

 TBD : To Be Defined

 SIDAKENDI : Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

1.4 Aturan Penamaan dan Penomoran

Penulisan dokumen SKPL ini menggunakan berbagai macam aturan penamaan dan penomoran yang berbeda-beda untuk beberapa bagian tertentu. Aturan penamaan dan penomoran yang digunakan berdasarkan hal/bagian tersebut adalah seperti yang tercantum pada Tabel 1 berikut ini.

Tabel 1. Aturan Penamaan dan Penomoran

Hal/Bagian Aturan Penomoran/Penamaan

Kebutuhan Fungsional SKPL-FXX : Menunjukkan kebutuhan fungsional ke-XX Kebutuhan Non Fungsional SKPL-NFXX : Menunjukkan kebutuhan non fungsional ke-XX Ringkasan kebutuhan

fungsional

SKPL-Fxxx dimana xxx adalah tiga digit bilangan bulat dimulai dari 000

Ringkasan kebutuhan non-fungsional

SKPL-NFxxx dimana xxx adalah tiga digit bilangan bulat dimulai dari 000

1.5 Referensi

Beberapa textbook, panduan, atau dokumentasi lain yang digunakan sebagai acuan dalam pengembangan perangkat lunak ini adalah sebagai berikut :

1. IEEE Std 830-1993, IEEE Recommended Parctice for Software Requirement

(4)

4

2. Software Engineering, Aparctitioner’s Approach 5th edition, Roger S Pressman, Mc Graw Hill, 2001.

3. Panduan Penggunaan dan Pengisian Spesifikasi Perangkat Lunak (SKPL), Jurusan Teknik Informatika, Institut Teknologi Sepuluh Nopember.

4. Panduan Pengisian Spesifikasi Perangkat Lunak (SKPL) Beroriantasi Proses, Jurusan Teknik Informatika, Institut Teknologi Sepuluh Nopember.

5. Kerangka Acuan Kerja Jasa Konsultasi Pembuatan Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah, Bagian Umum Sekretariat Daerah Kabupaten Bandung.

1.6 Ikhtisar Dokumen

Dokumen ini secara garis besar terdiri dari tiga bab dengan perincian sebagai berikut:

 Bab 1 Pendahuluan, merupakan pengantar dokumen SKPL ini yang berisi tujuan penulisan dokumen, lingkup masalah, juga memuat definisi dan istilah yang digunakan serta deskripsi umum dokumen yang merupakan ikhtisar dokumen SKPL.

 Bab 2 Deskripsi Umum Perangkat Lunak, mendefinisikan perspektif produk perangkat lunak serta asumsi dan ketergantungan yang digunakan dalam pembuatan Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah.

 Bab 3 Deskripsi Rinci Kebutuhan, mendeskripsikan kebutuhan khusus bagi Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah, yang meliputi kebutuhan antarmuka eksternal, kebutuhan fungsionalitas, kebutuhan performansi, batasan perancangan, atribut sistem perangkat lunak, dan kebutuhan lain Sistem Informasi Data Kendaraan Dinas/Operasional.

(5)

5

BAB 2

DESKRIPSI UMUM PERANGKAT LUNAK

2.1 Deskripsi Umum Sistem

Produk yang kami buat yaitu suatu program yang dapat memudahkan dalam pengelolaan Informasi Data Kendaraan Dinas/Operasional di lingkungan Bagian Umum Sekretariat Daerah. Sistem yang kami buat nantinya akan memiliki tiga fungsi utama, yakni pengelolaan (tambah, ubah dan hapus) data kendaraan, pencarian dan tampilan informasi data perawatan kendaraan, pelaporan yang mencakup rekapitulasi data kendaraan dan data Habis Bayar Pajak. Program yang kami buat hanya sebagai tolok ukur dan pembanding serta menjadi alat yang tepat dalam membantu menangani masalah pengelolaan Informasi Data Kendaraan Dinas/Operasional.

2.2 Fungsi Produk

Perangkat Lunak SIDAKENDI ini mempunyai beberapa fungsi utama, antara lain: 1. (SKPL-F1) Dapat menampilkan, menambahkan, mengubah, dan menghapus data Nomor

Polisi.

2. (SKPL-F2) Dapat menampilkan, menambahkan, mengubah, dan menghapus data Kendaraan berdasarkan Tahun Pembuatan.

3. (SKPL-F3) Dapat menampilkan, menambahkan, mengubah, dan menghapus data Rincian Habis Pajak.

4. (SKPL-F4) Dapat melakukan pencarian dan menampilkan informasi data Perawatan Kendaraan meliputi data Kendaraan Dinas.

5. (SKPL-F5) Dapat melakukan pencarian dan menampilkan informasi data Perawatan Kendaraan meliputi data Pindah Tangan Kendaraan.

6. (SKPL-F6) Dapat menampilkan laporan rekapitulasi data kendaraan.

7. (SKPL-F7) Dapat menampilkan laporan rekapitulasi data Habis Bayar Pajak. 8. (SKPL-F8) Dapat menangani fasilitas bantuan pada aplikasi.

2.3 Karakteristik Pengguna

Karakteristik pengguna dijabarkan dalam tabel berikut ini.

Tabel 2. Karakteristik Pengguna Kategori

Administrator - Mengatur hak akses pengguna

Admin (semua) Paham menggunakan komputer, Mengerti tentang administrasi data kendaraan

(6)

6

Operator kendaraan

- Mengelola data kendaraan

- Mencetak laporan rekapitulasi data kendaraan - Melakukan

pencarian data kendaraan

(mengelola data master, dokumen, dan laporan)

komputer, Mengerti tentang administrasi data kendaraan

2.4 Batasan

Pengembangan Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah ini memiliki keterbatasan-keterbatasan yaitu sebagai berikut :

1.

SIDAKENDI merupakan aplikasi berbasis web yang dibuat dengan menggunakan bahasa pemrograman PHP.

2.

Keterbatasan dari sisi perangkat keras yang digunakan, contohnya input hanya berupa teks dan angka, serta beberapa karakter. Input tersebut dapat berupa data-data kendaraan.

3. Software pendukung yang digunakan SIDAKENDI adalah Microsoft Windows 2007, DBMS MySQL, Rational Rose.

2.5 Lingkungan Operasi

Lingkungan operasi untuk menjalankan Sistem Informasi Data Kendaraan Dinas/Operasional Sekretariat Daerah ini dalam pengembangannya adalah sebagai berikut :

1. Model SIDAKENDI adalah Aplikasi Software, namun juga bisa digunakan berbasis web (web based).

2. SIDAKENDI ini dapat dijalankan pada web browser komputer yang tersambung dengan internet.

(7)

7

BAB 3

DESKRIPSI UMUM KEBUTUHAN

3.1 Kebutuhan Antarmuka Eksternal

3.1.2 Antarmuka Pengguna

Perangkat lunak yang akan dikembangkan membutuhkan interaksi dengan user sebagai pemakai aplikasi perangkat lunak. Dalam melakukan interaksi dengan pemakai perangkat lunak ini membutuhkan perangkat untuk melakukan proses transformasi input dan output dari dan ke pemakai. Perangkat tersebut adalah sebagai berikut:

a. Perangkat Keyboard

Keyboard diperlukan sebagai sarana bagi pengguna untuk mengetikkan data masukan yang akan diproses perangkat lunak.

b. Perangkat Mouse

Mouse digunakan sebagai sarana bagi pengguna untuk memasukkan data input bagi perangkat lunak. Meskipun sebagian besar fungsi mouse dapat digantikan dengan perangkat keyboard tetapi akan lebih ergonomis apabila pada jenis input tertentu digunakan mouse sebagai salah satu perangkat yang dibutuhkan sebagai antarnuka dengan pengguna.

c. Layar Monitor

Layar sebagai sarana untuk menampilkan aplikasi kepada pengguna mempunyai spesifikasi diantaranya : monitor mampu menampilkan grafis dengan kualitas warna yang baik untuk menampilkan user interface dan keluaran sistem.

d. Printer

Printer sebagai sarana untuk mencetak data yang telah diproses oleh perangkat lunak.

3.1.2 Antarmuka Perangkat Keras

Perangkat keras yang digunakan untuk membangun sistem ini mempunyai spesifikasi sebagai berikut:

1. Sistem Operasi Microsoft Windows 2007 2. Processor Intel Core i7-4785T CPU RAM 4 GB

3.1.3 Antarmuka Perangkat Lunak

Beberapa perangkat lunak yang digunakan untuk membangun sistem ini adalah sebagai berikut:

1. Notepad++ 2. PHPmyadmin 3. XAMPP

(8)

8

3.2 Kebutuhan Non Fungsional

Tabel 3. Deskripsi Kebutuhan Non Fungsional

SKPL-Id Parameter Kebutuhan

SKPL-N01 Availability Aplikasi ini harus dapat beroperasi terus menerus selama 24 jam, karena aplikasi ini digunakan oleh Bagian Umum Sekretariat Daerah untuk menjalankan semua aktivitas dalam proses bisnis.

SKPL-N02 Reliability Aplikasi ini harus dibangun dengan kehandalan yang tinggi. Dengan kehandalan yang tinggi diharapkan kinerja (efektifitas dan efisiensi) dalam pengelolaan data-data Kendaraan Dinas/Operasional Sekretariat dapat ditingkatkan.

SKPL-N03 Database security

Database hanya dapat diakses oleh authorized user/admin.

SKPL-N04 Security Aplikasi ini memiliki hak akses tertentu bagi tiap jenis penggunanya.

SKPL-N05 Accessibility Aplikasi dapat digunakan kapanpun dan dimanapun dengan koneksi internet.

SKPL-N06 Comfortibitily Aplikasi yang dikembangkan harus memperhatikan user interface agar nyaman di mata pengguna.

3.3 Batasan Perancangan

a.

Hanya dapat diakses melalui web browser.

b.

Harus tersambung dengan internet.

3.4 Ringkasan Kebutuhan

Terdiri dari kebutuhan fungsional dan non fungsional seperti pada 3.4.1 dan 3.4.2

3.4.1 Ringkasan Kebutuhan Fungsional

Tabel 4. Ringkasan Kebutuhan Fungsional untuk SIDAKENDI

SKPL-Id Keterangan

SKPL-F000 Menerima data User Id dan Password dari pengguna dan mem-validasinya SKPL-F001 Dapat menampilkan, menambahkan, mengubah, dan menghapus data Nomor

Polisi.

SKPL-F002 Dapat menampilkan, menambahkan, mengubah, dan menghapus data Kendaraan berdasarkan Tahun Pembuatan.

(9)

9

Habis Pajak.

SKPL-F004 Dapat melakukan pencarian dan menampilkan informasi data Perawatan Kendaraan meliputi data Kendaraan Dinas.

SKPL-F005 Dapat melakukan pencarian dan menampilkan informasi data Perawatan Kendaraan meliputi data Pindah Tangan Kendaraan.

SKPL-F006 Dapat menampilkan laporan rekapitulasi data kendaraan.

SKPL-F007 Dapat menampilkan laporan rekapitulasi data Habis Bayar Pajak. SKPL-F008 Dapat menangani fasilitas bantuan pada aplikasi.

3.4.2 Ringkasan Kebutuhan Non Fungsional

Tabel 5. Ringkasan Kebutuhan Non Fungsional untuk SIDAKENDI

SKPL-Id Keterangan

SKPL-N001 Aplikasi dapat bekerja selama 24 jam.

SKPL-N002 Aplikasi ini harus dibangun dengan kehandalan yang setinggi mungkin. SKPL-N003 Database hanya dapat diakses oleh authorized user/admin.

(10)

10

BAB 4

JADWAL KEGIATAN

4.1 Waktu Pelaksanaan Kegiatan

Pembangunan aplikasi ini berlangsung selama 30 hari kerja dimulai dari serah terima kontrak dengan penjadwalan sebagai berikut :

1. Pembuatan laporan pendahuluan untuk perencanaan kegiatan. (Mei 2015) 2. Dokumentasi untuk sistem dan kegiatan. (Mei 2015)

3. Studi Kelayakan. (Mei 2015)

4. Analisis dan Desain Sistem. (Mei 2015) 5. Pengembangan Database. (Mei 2015) 6. Perancangan modul. (Mei 2015) 7. Pembuatan prototype. (Mei 2015) 8. Implementasi modul. (Mei 2015) 9. Programmer testing.(Mei 2015) 10. User Acceptance testing. (Mei 2015) 11. Validasi dan evaluasi. (Mei 2015)

12. Pembuatan laporan mingguan. (Mei 2015)

13. Pembuatan dokumentasi SOP (System Operating Procedure) dan SMP (System Maintenance Procedure). (Mei 2015)

14. Pembuatan laporan akhir. (Mei 2015)

4.2 Matriks Pelaksanaan Kegiatan

Tabel 6. Matriks Pelaksanaan Kegiatan

Tahapan Kegiatan

Mei Hari Ke-

2 4 6 8 10 12 14 16 18 20 22 24 26 28 30 1. Pembuatan laporan pendahuluan

2. Dokumentasi untuk sistem dan kegiatan 3. Studi Kelayakan

4. Analisis dan Desain Sistem 5. Pengembangan Database 6. Perancangan modul 7. Pembuatan prototype 8. Implementasi modul 9. Programmer testing 10. User Acceptance testing 11. Validasi dan evaluasi

12. Pembuatan laporan mingguan

(11)

11

DAFTAR PUSTAKA

Gambar

Tabel 2. Karakteristik Pengguna
Tabel 5. Ringkasan Kebutuhan Non Fungsional untuk SIDAKENDI
Tabel 6. Matriks Pelaksanaan Kegiatan

Referensi

Dokumen terkait

Puji syukur penulis panjatkan kehadirat Allah SWT atas segala rahmat hidayah dan berkah yang diberikan kepada penulis sehingga penulis dapat menyelesaikan skripsi

Dalam isu lokal, penulis melihat bahwa tempat-tempat umum yang digunakan bersama menjadi objek untuk melihat bagaimana masyarakat yaitu orang-orang yang menggunakan

Lampiran fotokopi KTP

Kemudian, sunting propertis dari step Modified Java Script Value sebagai berikut:. Isi step name engan SK dan isi Script 1 sebagai

logam Ca(II) yang masuk ke dalam bahan baku keramik dari lumpur Lapindo tersebut. Selanjutnya untuk kandungan logam Mg(II) dalam larutan DDH setelah

[r]

Penelitian ini bertujuan mengetahui kondisi optimal dalam pengolahan bij jarak pagar menjadi biodiesel. Metoda penelitian yang digunakan adalah: 1) Pengaruh pemanasan pada

Walaupun harus diakui bahwasistem pemerintahan parlementer dengan gaya cabinet government hanya dapat berjalan denganbaik pada saat pemerintahan Nehru karena sejak tahun 1975,