SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK
SISTEM INFORMASI BENGKEL
DISUSUN OLEH :
15108013 Egi Rahmawan
15108021 Dian Agus Prakoso
15108034 Ryan Fadhillah
TUGAS MATA KULIAH :
Analisis Perancangan Sistem Informasi
PROGRAM STUDI :
Sistem Informasi
UNIVERSITAS TRILOGI
BAB I
PENDAHULUAN
Tujuan
Tujuan dari dokumen Software Requirement Specification (SRS) ini adalah memberikan gambaran yang spesifik dari kebutuhan software. Spesifikasi kebutuhan tersebut termasuk dari perangkat lunak dan perangkat kerasnya, dalam dokumen ini memberikan gambaran serta penjelasan mengenai sistem yang beroperasi pada sebuah bengkel, dalam sistem tersebut diharapkan dapat me-manage/mengatur/mengontrol kegiatan yang ada pada bengkel tersebut sehingga dapat terorganisir dengan baik.
Memungkinkan bengkel tersebut menjadi lebih cepat serta mempermudah pengelolaan service dan pembelian suku cadang bagi setiap pelanggan yang datang, sehingga mempercepat kinerja dari petugas Front Office.
Dalam hal biaya service, sistem tersebut dapat mengatur proses pembayaran dari biaya jasa service serta harga suku cadang yang diganti (dibeli).
Dari setiap pelanggan yang datang untuk melakukan service dan atau membeli suku cadang maka akan dibuat dua laporan, laporan pertama dibuat untuk manajer berupa laporan harian, dan laporan kedua diberikan kepada pelanggan berupa struk service.
Ruang Lingkup
Adapun fungsi-fungsi yang didukung atau dipengaruhi oleh adanya pelaksanaa proyek ini adalah :
Manajemen Jasa Service dan Penjualan Suku Cadang/Sparepart
Setiap pelanggan yang datang akan mengisi data dirinya serta keluhannya. Pegawai Ifront office
Menejemen Pembayaran
Manajemen Laporan
Definisi, Akronim, dan Singkatan
SKPL adalah Kebutuhan Perangkat Lunak, atau dalam Inggris-nya adalah Software Requirements Spesification (SRS), SRS ini merupakan spesifikasi dari perangkat lunak yang akan dikembangkan.
SIB atau Sistem Informasi Bengkel adalah sistem yang beroperasi dibengkel untuk mengatur semua kegiatan yang ada pada bengkel tersebut agar terkoordinasi dengan baik dan dapat meningkatkan pendapatan dalam bengkel tersebut karena pelanggan dimanjakan dengan pelayanan sistemnya.
Use Case Diagram adalah diagram dan notasi yang digunakan untuk menunjukan hak akses dari setiap pengguna sistem.
Activity Diagram adalah diagram yang menggambarkan worlflow (aliran kerja) atau aktivitas dari sebuah sistem atau proses bisnis.
Class Diagram adalah model statis yang menggambarkan struktur dan deskripsi class serta hubungannya antara class. Class diagram mirip Entity Relationship Diagram pada perancangan database, bedanya pada Entity Relationship Diagram tidak terdapat operasi/methode tapi hanya atribut. Class terdiri dari nama kelas, atribut, dan operasi/methode.
Sequence diagram adalah suatu diagram yang menggambarkan interaksi antar obyek dan mengindikasikan komunikasi diantara obyek-obyek tersebut. Diagram ini juga menunjukkan serangkaian pesan yang dipertukarkan oleh obyek – obyek yang melakukan suatu tugas atau aksi tertentu.
Deployment Diagram adalah diagram yang digunakan memetakan software ke processing node. Menunjukkan konfigurasi elemen pemroses pada saat run time dan software yang ada di dalamnya. Diagram Ini adalah salah satu diagram paling penting dalam tingkat implementasi perangkat lunak dan kadang-kadang ditulis sebelum coding.
Referensi
Deskripsi Umum Dokumen
Dokumen SRS ini dibagi tiga bagian utama, yaitu :
Bagian Pertama, berisi penjelasan tentang dokumen SRS yang mencakup tujuan pembuatan dokumen ini, ruang lingkup masalah dari Sistem Informasi Bengkel yang akan dikembangkan, definisi, referensi, dan deskripsi umum.
Bagian kedua, berisi penjelasan secara umum mengenai Sistem Informasi Bengkel yang akan dibangun, meliputi kegunaan dari Sistem Informasi Bengkel mulai dari pelanggan datang hingga ke pembuatan laporan untuk diberikan kepada manajer.
Bagian ketiga, berisi uraian kebutuhan Sistem Informasi Bengkel secara lebih rinci, dilengkapi dengan use case diagram, activity diagram, class diagram, sequence diagram, serta deployment diagram.
BAB II
DESKRIPSI UMUM PERANGKAT LUNAK
2.1. Deskripsi Umum Sistem
Sepertii yang sudah dijelaskan sebelumnya, Sistem Informasi Bengkel merupakan suatu sistem yang meliputi :
Sub sistem Halaman Utama
Sub sistem Menu
Sub sistem Halaman Utama
Dalam halaman utama ini hanya terdapat fasilitas login, fasilitias ini menyediakan form yang akan digunakan untuk masuk ke menu selanjutnya. Fasilitas login memberikan hak akses kepada petugas Front Office yang telah terdaftar sebelumnya sehingga dapat masuk kedalam Sistem Informasi Bengkel.
Sub sistem Menu, menyediakan fasilitas sebagai berikut :
Fasilitas Data Pegawai Front Office
Fasilitas ini menyediakan daftar nama serta data-data dari Pegawai Front Office. Data-data tersebut terdiri dari ID pegawai, nama pegawai, alamat pegawai, dan nomor telepon pegawai. Dalam fasilitas ini pegawai front office bisa melihat data pegawai front office tanpa bisa mengedit atau menghapus data tersebut (hanya melihat saja).
Fasilitas Data Pelanggan
Fasilitas ini menyediakan form data pelanggan yang diisikan oleh pegawai front office. Petugas front office dapat menentukan jenis service berdasarkan keluhan yang diberikan oleh pelanggan, dalam fasilitas ini juga dicantumkan detail dari biaya yang harus dikeluarkan oleh pelanggan berdasarkan sparepart yang dibeli dan jenis service-nya (service ringan atau berat).
Fasilitas Data Mekanik
Fasilitas ini menyediakan daftar nama mekanik serta data-data dari Mekanik. Data-data tersebut terdiri dari ID mekanik, nama mekanik, alamat mekanik, dan nomor telepon mekanik. Dalam fasilitas ini pegawai front office bisa melihat data mekanik tanpa bisa mengedit atau menghapus data tersebut (hanya melihat saja).
Fasilitas Data Sparepart
Fasilitas ini menyediakan daftar Sparepart atau suku cadang yang tersedia pada bengkel tersebut. Bukan hanya daftar saja tetapi terdapat informasi mengenai sparepart mulai dari ID sparepart, nama sparepart, harga sparepart, dan stok sparepart. Informasi mengenai sparepart ini nantinya akan dipanggil atau dimasukan kedalam laporan serta yang menentuan biaya dari sparepart yang diganti (dibeli).
Fasilitas Data Laporan Service
Fasilitas ini menyediakan laporan mengenai pelayanan service yang telah dilakukan. Didalam fasilitas ini merupakan hasil akhir dari pelayanan service yang telah dilakukan. Terdapat dua buah laporan dari setiap service yang dilakukan, yang pertama ada laporan berbentuk struk service yang ditujukan untuk pelanggan, dan yang kedua ada laporan yang berbentuk laporan harian ditujukan untuk manajer, dalam laporan ini mengkalkulasikan kegiatan service yang terjadi selama satu hari. Pelanggan akan menerima struk service, dalam struk ini terdapat informasi mengenai nomor antrian, nama pelanggan, nama mekanik, tanggal service, jenis service, nama sparepart, harga sparepart, jumlah sparepart yang dibeli, biaya service berdasarkan jenis service, total service, uang yang dibayar oleh pelanggan, dan kembalian yang diterima pelanggan (jika diperlukan).
Fasilitas Logout
Fasilitas ini menyediakan perintah untuk keluar dari akun pegawai front office.
Fungsi Produk
Sistem Informasi Bengkel mempunyai beberapa fungsi. Fungsi Sistem Informasi Bengkel disajikan dalam tabel berikut.
No.
ID Fungsi
Fungsi Perangkat Lunak
1
SKPL-SIB-001
Menyediakan fasilitas untuk login
2
SKPL-SIB-002
Menyediakan fasilitas untuk mengisi form pelanggan
3
SKPL-SIB-003
Menyediakan fasilitas untuk melihat daftar pelanggan
4
SKPL-SIB-004
Menyediakan fasilitas untuk melihat daftar mekanik
5
SKPL-SIB-005
Menyediakan fasilitas untuk melihat daftar sparepart
6
SKPL-SIB-006
Menyediakan fasilitas untuk melihat daftar pegawai Front Office
7
SKPL-SIB-007
Menyediakan fasilitas untuk melihat laporan harian
8
SKPL-SIB-008
Menyediakan fasilitas untuk melihat struk service
9
SKPL-SIB-009
Menyediakan fasilitas untuk mencetak laporan harian
10
SKPL-SIB-010
Menyediakan fasilitas untuk mencetak laporan harian
11
SKPL-SIB-011
Menyediakan fasilitas untuk menyimpan laporan harian
Tabel 2.1 Fungsi SIB
Karakteristik Pengguna
Pengguna perangkat lunak ini adalah pegawai Front Office. Perangkat lunak ini sepenuhnya diperuntukan pegawai front office yang sudah terdaftar sebelumnya dan telah tercantum namanya dalam database. Adapun untuk pelanggan tidak berinteraksi langsung dengan sistem, begitu pula untuk manajer. Manajer hanya menerima laporan berupa laporan service harian, adapun untuk mengontrol dan menerima laporan berbentuk file maka ada aplikasi tersendiri lagi untuk manajer.
Kategori Pengguna
Tugas
Hak Akses Ke Aplikasi
Admin
Menyediakan fasilitas untuk login
Menyediakan fasilitas untuk mengisi form pelanggan
Menyediakan fasilitas untuk melihat daftar pelanggan
Menyediakan fasilitas untuk melihat daftar mekanik
Menyediakan fasilitas untuk melihat daftar sparepart
Menyediakan fasilitas untuk melihat daftar pegawai Front Office
Menyediakan fasilitas untuk melihat laporan harian
Menyediakan fasilitas untuk melihat struk service
Menyediakan fasilitas untuk mencetak laporan harian
Menyediakan fasilitas untuk mencetak laporan harian
Menyediakan fasilitas untuk menyimpan laporan harian
SKPL-SIB-001
SKPL-SIB-002
SKPL-SIB-003
SKPL-SIB-004
SKPL-SIB-005
SKPL-SIB-006
SKPL-SIB-007
SKPL-SIB-008
SKPL-SIB-009
SKPL-SIB-010
SKPL-SIB-011
Tabel 2.2 Kategori Pengguna SIB
Batasan – Batasan
Batasan-batasan yang ada dalam aplikasi SIB adalah sebagai berikut :
Sistem yang digunakan dalam Aplikasi ini adalam sistem berbasis web.
SIB tidak bisa menambahkan data-data mekanik, sparepart, dan pegawai front office.
SIB akan memberikan kinerja yang optimal apabila ditunjang dengan spesifikasi yang memadai.
Lingkup Operasi
Perangkat lunak yang dibutuhkan oleh SIB adalah sebagai berikut :
Sistem Operasi : Windows
Web server : Apache
Programming language : C#
DBMS : SQL Server
BAB III
DESKRIPSI RINCI KEBUTUHAN
Kebutuhan Antarmuka Eksternal
Kebutuhan antarmuka eksternal pada perangkat lunak SIB mencakup kebutuhan antarmuka pengguna, antarmuka perangkat keras, dan antarmuka perangkat lunak.
Antarmuka Pengguna
Antarmuka pengguna akan dikembangkan dengan menggunakan teknologi GUI dan berbasis web. SIB menerima masukan dari pengguna melalui perintah yang diarahkan oleh mouse atau yang diketikan melalui keyboard. Keluaran dari perangkat lunak SIB dapat dilihat pengguna melalui monitor secara langsung atau dapat dicetak pengguna melalui printer.
Antarmuka Perangkat Keras
Kebutuhan minimum perangkat keras yang dapat digunakan oleh SIB adalah :
PC IBM Compitable
RAM Minimal 1GB
VGA Minimal 500MB
Keyboard
Mouse
Printer
Antarmuka Perangkat Lunak
SIB memerlukan perangkat lunak pihak ketiga untuk operasionalnya, yaitu :
Microsoft Visual Studio 2015
Antarmuka Komunikasi
N/A (not applicable)
Model Fungsional
Model fungsional merupakan penjabaran dari fungsi kebutuhan perangkat lunak (SKPL-SIB-xxx) yang terdapat pada deskripsi global. Model fungsional menentukan proses-proses yang akan dilakukan oleh perangkat lunak.
Model fungsional ini dimodelkan dengan menggunakan teknik terstruktur dengan alat bantu pemodelan Use Case Diagram, Activity Diagram, Class Diagram, Sequence Diagram, serta Deployment Diagram.
Use Case Diagram
Karena SIB ini penggunanya hanya untuk pegawai front office maka hanya terdapat satu aktivitas disetiap diagramnya. Termasuk dalam use case diagram, berikut ini adalah use case diagram-nya :
Gambar 1.1 use case diagram pegawai front office
Penjelasan Use Case Diagram Pegawan Front Office
Use Case Login
Name
Pegawai Front Office Login
Summary
Memasukan hak akses
Basic course of events
Masukan username dan password.
Pegawai menekan tombol masuk.
Alternative Paths
Jika username dan password salah maka akan muncul pesan username dan password Anda salah.
Jika username dan password benar maka akan masuk ke form selanjutnya (menu).
Exception Paths
Pastikan terhubung ke database
Trigger
Aksi login berhasil jika username dan password benar.
Asumtion
username dan password benar/valid
Preconditions
N/A
Post Condition
Tampil form pegawai Front Office
Bussiness Rules
Login berdasarkan status
Author
Dian Agus Prakoso
Egi Rahmawan
Ryan Fadhillah
Date
11/07/2017
Tabel 3.1 use case login
Use Case Input Data Pelanggan
Name
Input Data Pelanggan
Summary
Memasukan data serta keluhan pelanggan.
Basic course of events
Masukan data dan keluhan pelanggan.
Pegawai menekan tombol simpan, maka data serta keluhan pelanggan akan tersimpan dalam data base.
Pegawai menekan tombol view pelanggan.
Alternative Paths
Jika data pelanggan sudah sesuai maka dapat dilihat di form view pelanggan.
Jika data pelanggan sudah sesuai dan service selesai maka pegawai front office langsung mengklik tombol laporan untuk dieksekusi ke form selanjutnya (form laporan).
Exception Paths
Pastikan data pelanggan telah sesuai dan sudah disimpan serta terhubung ke database.
Trigger
Aksi input berhasil setelah data dan keluhan sesuai dengan yang diberikan pelanggan.
Asumtion
Data dan keluhan benar/valid
Preconditions
N/A
Post Condition
Tampil form data pelanggan dan view pelanggan
Bussiness Rules
View data pelanggan apabila data sudah sesuai.
Author
Dian Agus Prakoso
Egi Rahmawan
Ryan Fadhillah
Date
11/07/2017
Tabel 3.2 Use Case Data Pelanggan
Use Case Menentukan Service
Name
Menentukan Service
Summary
Memasukan jenis service yang di lakukan oleh pelanggan
Basic course of events
Masukan jenis service berdasarkan pelayanan yang diberikan.
Jenis service berada didalam form data pelanggan.
Alternative Paths
Jika jenis service pelanggan sudah sesuai maka dapat dilihat di form view pelanggan.
Jika jenis service pelanggan sudah sesuai dan service selesai maka pegawai front office langsung mengklik tombol laporan untuk dieksekusi ke form selanjutnya (form laporan).
Exception Paths
Pastikan jenis service pelanggan telah sesuai dan sudah disimpan serta terhubung ke database.
Trigger
Aksi input jenis service berhasil setelah data dan keluhan sesuai dengan yang diberikan pelanggan.
Asumtion
Jenis service dan keluhan benar/valid
Preconditions
N/A
Post Condition
Tampil form data pelanggan dan view pelanggan
Bussiness Rules
View data pelanggan apabila jenis service sudah sesuai.
Author
Dian Agus Prakoso
Egi Rahmawan
Ryan Fadhillah
Date
11/07/2017
Tabel 3.3 Use Case Mementukan Service
Use Case Buat Laporan
Name
Buat Laporan
Summary
Laporan dibuat setelah data pelanggan sudah disimpan dan proses service telah selesai.
Basic course of events
Laporan ada yang berbentuk laporan harian dimana laporan tersebut berdasarkan data pelanggan yang diberikan.
Laporan selanjutnya berbentuk struk service.
Laporan struk service terlebih dahulu di cetak lalau diberikan kepada pelanggan.
Alternative Paths
Jika laporan harian sudah sesuai maka dapat dilihat setelah seharian maka laporan dicetak.
Jika struk service sudah sesuai dan service selesai maka pegawai front office langsung mengklik tombol cetak untuk dicetak dan diberikan kepada pelanggan.
Exception Paths
Pastikan data pelanggan dan jenis service telah sesuai dan sudah disimpan didalam laporan baik itu laporan harian maupun struk service.
Trigger
Aksi cetak semua laporan berhasil setelah data dan keluhan sesuai dengan yang diberikan pelanggan.
Asumtion
Laporan harian dan struk sesuai dengan jenis service dan keluhan benar/valid
Preconditions
N/A
Post Condition
Terdapat notofikasi jika data telah berhasil disimpan dicetak maka akan kembali ke menu atau halaman utama.
Bussiness Rules
Jika service selesai dan laporan telah berhasil dicetak maka kembali ke menu.
Author
Dian Agus Prakoso
Egi Rahmawan
Ryan Fadhillah
Date
11/07/2017
Tabel 3.4 Use Case Buat Laporan
Actifity Diagram
Sama seperti use case diagram yang mana hanya terdapat satu aktor yang menjalankan dan berinteraksi dengan sistem maka activity diagram-nya pun hanya terdapat aktifitas dari Pegawai Front Office-nya saja. Berikut ini adalah activity diagram pegawai front office-nya :
Gambar 1.2 Activity Diagram Pegawai Front Office
Class Diagram
Gambar 1.3 Class Diagram SIB
Sequence Diagram
Gambar 1.4 Sequence Diagram SIB
Deployment Digram
Gambar 1.5 Deployment Diagram SIB
Model Tampilan Aplikasi
Dalam SIB terdapat tampilan aplikasi sebagai berikut :
Tampilan Halaman Utama
Tampilan Menu
Tampilan Form Data Pelanggan
Tampilan View Data Pelanggan
Tampilan Data Mekanik
Tampilan Data Pegawai Front Office
Tampilan Data Sparepart
Tampilan Laporan Harian
Tampilan Struk Service
