• Tidak ada hasil yang ditemukan

Contoh SKPL SPESIFIKASI KEBUTUHAN PERANG

N/A
N/A
Protected

Academic year: 2018

Membagikan "Contoh SKPL SPESIFIKASI KEBUTUHAN PERANG"

Copied!
19
0
0

Teks penuh

(1)

SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK

Taking Order Application for Sales

(TOAS)

untuk:

PT. Fashion Eservices Indonesia

Dipersiapkan oleh:

Ardhi Aripratomo

(120533430899)

Dwi Sukma Setya N

(120533430902)

M. Rif’at

(120533430927)

Mukh. Angga Gumilang (120533430947)

Jurusan Teknik Elektro – Universitas Negeri Malang

Jalan Surabaya 6, Malang

Jurusan Teknik Elektro

Universitas Negeri Malang

Nomor Dokumen Halaman

SKPL-01

Revisi A Tgl: 06-09-2014

(2)

Daftar Perubahan

Revisi

Deskripsi

A

B

C

D

E

F

G

INDEX A B C D E F G

TGL Ditulis

oleh Diperiksa

oleh Disetujui

(3)
(4)

Daftar Halaman Perubahan

(5)

Daftar Isi

1. Pendahuluan...7

1.1 Tujuan Penulisan Dokumen...7

1.2 Lingkup Masalah...7

1.3 Definisi, Singkatan, dan Akronim...7

1.4 Referensi...8

1.5 Deskripsi Umum Dokumen...8

2. Deskripsi Global Perangkat Lunak...9

2.1 Perspektif Produk...9

2.2 Fungsi Produk...9

2.3 Karakteristik Pengguna...11

2.4 Batasan-batasan...11

2.5 Asumsi dan Kebergantungan...11

3 Deskripsi Rinci Kebutuhan...12

3.1 Kebutuhan antarmuka eksternal...12

3.1.1 Antarmuka pemakai...12

3.1.2 Antarmuka perangkat lunak...12

3.2 Kebutuhan Fungsional...12

3.4 Deskripsi Kebutuhan Non Fungsional...16

3.4.1 Performansi...16

3.4.2 Atribut Sistem Perangkat Lunak...16

3.4.3 Kebutuhan Lain...17

3.5 Atribut Kualitas Perangkat Lunak...17

3.6 Batasan Perancangan...18

(6)

Daftar Gambar

Gambar 1. Hubungan antar subsistem pada TOAS...9

Gambar 2. Context Diagram...12

Gambar 3. DFD 1...13

(7)

Daftar Tabel

Tabel 1. Daftar definisi dan Akronim...7

Tabel 2. Daftar Istilah...7

Tabel 3. Karakteristik pengguna...10

Tabel 4. Kebutuhan Performansi...16

Tabel 5. Atribut sistem perangkat lunak...16

Tabel 6. Kebutuhan Lain...17

(8)

1. Pendahuluan

1.1

Tujuan

Dokumen Spesifikasi Kebutuhan Perangkat Lunak (SKPL) merupakan

dokumen spesifikasi kebutuhan perangkat lunak yang akan dikembangkan.

Dokumen ini digunakan oleh pengembang perangkat lunak sebagai acuan teknis

pengembangan perangkat lunak pada tahap selanjutnya.

1.2

Lingkup Masalah

TOAS adalah perangkat lunak untuk manejemen penerimaan order dari

konsumen berupa pembelian skala kecil (eceran) yang digunakan sales

perusahaan. Program ini dirancang dalam bahasa pemrograman Java. Dalam

program meliputi konektivitas internet dan sistem informasi terdistribusi yang

berakar dan diolah oleh server pusat.

1.3

Definisi, Akronim dan Singkatan

Tabel 1. Daftar definisi dan Akronim

Kata Kunci atau frase Definisi dan atau akronim TOR Term of Reference

Dokumen yang berisi gambaran umum mengenai perangkat lunak yang diminta.

SDP Software Development Plan

RPPL Rencana Pengembangan Perangkat Lunak

Dokumen yang berisi rencana pengembangan perangkat lunak dalam suatu proyek, yang mencakup gambaran umum proyek, gambaran manajerial proyek, dan gambaran teknik proyek.

SRS Software Requirement Specification

SKPL Spesifikasi Kebutuhan Perangkat Lunak

Dokumen hasil analisis yang berisi spesifikasi kebutuhan user

RPL Rekayasa Perangkat Lunak

Kegiatan pengembangan perangkat lunak IEEE Institute of Electrical and Electronics Engineers

Standar internasional untuk pengembangan dan rancangan produk

ANSI American Standard Institute

Lembaga standardisasi Amerika

Tabel 2. Daftar Istilah

(9)

Konsumen Setiap orang pemakai barang dan/atau jasa yang tersedia dalam masyarakat, baik bagi kepentingan diri sendiri, keluarga, orang lain, maupun makhluk hidup lain dan tidak untuk diperdagangkan.

Sales Seorang penjual, dimana biasanya penilaian seorang sales diukur dari volume penjualan yang sudah dicapai.

Java Bahasa pemrograman yang dapat dijalankan di berbagai komputer termasuk telepon genggam.

1.4

Referensi

Dokumen ini merujuk pada hasil wawancara dan observasi pada

pemilik tentang informasi yang berkaitan dengan berbagai kebutuhan yang

mencakup data secara umum. diperlukannya dan penulisan dokumen

berdasarkan pada :

1. IEEE Std 830-1993,

IEEE Recommended Practice for Software

Requirement Specifications

.

2. Panduan Penggunaan dan Pengisian Spesifikasi Kebutuhan Perangkat

Lunak (SKPL). Jurusan Teknik Informatika, Institut Teknologi

Bandung, 2000.

3. Pressman, R.S.,

"Software Engineering, a Practitioner's Approach

"

Fourth Edition, McGraw Hill, 1997.

1.5

Deskripsi Umum Dokumen

Dokumen SKPL ini dibagi menjadi tiga bagian utama. Bagian utama

berisi penjelasan tentang dokumen SKPL yang mencakup tujuan pembuatan

dokumen ini, lingkup masalah diselesaikan oleh perangkat lunak yang

dikembangkan, definisi, referensi dan deskripsi umum.

(10)

2 Deskripsi Global Perangkat Lunak

2.1

Perspektif Produk

TOAS adalah perangkat lunak untuk manejemen penerimaan order dari

konsumen berupa pembelian skala kecil (eceran) yang digunakan sales

perusahaan. Penerimaan order dikembangkan dengan metode pemrograman

prosedural. TOAS akan menyimpan semua data inputan sales berupa data

permintaan order yang akan langsung masuk ke database pusat dan siap

diproses oleh server sebagai operator.

Perangkat lunak ini dapat dijalankan pada lingkup sistem operasi Google

®

Android

1

Gingerbread/Honeycomb/Ice Cream Sandwich/Jelly Bean/Kitkat.

Perangkat lunak ini hanya dapat diakses oleh pengguna menggunakan

username dan password yang telah terlebih dahulu terdaftar.

Gambar hubungan antar subsistem pada TOAS adalah sebagai berikut :

Gambar 1: Hubungan antar subsistem pada TOAS

________________________

Google® Android adalah merk dagang terdaftar dari Google Corp.

TOAS List Product

TOAS

User Interface

TOAS Order Product

TOAS Tracking Order

(11)

2.2

Fungsi Produk

Sebagai front office penjualan yang dilaksanakan oleh pengguna lapangan

(sales). Yang terkoordinasi dengan back office (Server). Program akan

terintergrasi melalui sistem informasi product berupa data yang akan

terupdate secara real time dan diatur oleh pihak back office.

2.3

Karakteristik Pengguna

Pengguna perangkat lunak ini adalah seorang sales yang menggunakan

Smartphone di lingkungan kerjanya.

Perangkat lunak ini hanya dibuat dan digunakan oleh sales dengan otoritas

untuk menginputkan pesanan pada perangkat lunak ini.

Tabel 3. Karakteristik pengguna

Kategori Pengguna

Aktivitas

Sales

Melakukan input pemesanan barang

Back office (Admin) Rekapitulasi kegiatan sales

2.4

Batasan-batasan

Program ini hanya dipakai oleh sales. Kita tekankan pada pemakaian karena

hanya order, cek barang dan melihat status pengiriman. Dalam program ini

terdapat beberapa batasan yang harus dipatuhi.Misalnya :

- Aplikasi harus terhubung dengan internet,

- Front Office hanya dapat melihat dan meng-order,

- Aplikasi hanya dapat digunakan pada platform Android,

- Aplikasi hanya bisa dibuka atau dipakai oleh akun yang telah terdaftar

2.5

Asumsi dan Kebergantungan

Deskripsi asumsi dan kebergantungan

Asumsi

(12)

2. Aplikasi ini dibuat untuk memenuhi kekurangan sales yang hanya bisa

mengorder barang dengan jumlah besar.

3. Aplikasi ini bukan system utama seperti Back Office pada umumnya,

yang dapat mengatur data-data order dan barang di gudang.

4. Aplikasi ini dapat dikategorikan sebagai mobile store yang dioperasikan

kapanpun dan dimanapun.

Kebergantungan

1. System informasi hanya dapat diakses secara realtime jika terdapat

koneksi internet.

2. Aplikasi hanya dapat dipakai dengan device yang memiliki system

operasi android

(13)

3 Deskripsi Rinci Kebutuhan

3.1

Kebutuhan antarmuka eksternal

3.1.1 Antarmuka pemakai

Sales sebagai user dapat mengoperasikan aplikasi TOAS dengan bantuan

perangkat smartphone.

3.1.2 Antarmuka perangkat lunak

Aplikasi dapat diakses jika terhubung dengan Internet dan memiliki OS

android.

3.2

Kebutuhan Fungsional

3.2.1 Aliran informasi

Gambar 2.Context Diagram

(14)

3.2.1.1 DFD 1

Gambar 3. DFD 1

3.2.2 Deskripsi proses

3.2.2.1

Proses 1

PSPEC 1.1 Membuat Invoice

Back Office membuat invoice untuk Sales Masukan : data invoice

Keluaran : informasi invoice

Algoritma: : if (data_invoice != 0) then invoice_process

else

invoice_un-process

3.2.2.2

Proses 2

PSPEC 1.2 Membuat Order

Sales membuat order untuk Back Office Masukan : data order

(15)

-3.2.2.3

Proses 3

PSPEC 1.3 Mendapatkan Data Barang

Sales mendapatkan data barang dari Back Office Masukan : info barang

Keluaran : informasi data barang Algoritma : if (info_barang != 0) then get_informasi_data_barang else

un-get_informasi_data_barang

3.2.2.4

Proses 4

PSPEC 1.4 Memproses Order

Back Office mendapatkan order dari Sales Masukan : info order

Keluaran : laporan order

Algoritma : if (info_order != 0) then order_proces

else

order_un-proces

3.2.2.5

Proses 5

PSPEC 1.5 Update Data Barang

Back Office mengupdate data barang untuk Sales Masukan : data barang

Keluaran : informasi data barang Algoritma : if (data_barang != 0) then updating_data_barang else

un-updating_data_barang

3.2.3 Deskripsi data

3.2.3.1 Kamus Data

No. Komponen Keterangan

1 Nama Data Order

Alias data_order

Deskripsi id_pesan = {(0…9)}

nama_pemesan = {(A…Z | a…z)} alamat_pemesan = {(A…Z | a…z)} tanggal_pesan = {(0…9)}

telp = {(0…9)}

(16)

order barang Informasi

tambahan / format

Alphanumeric

2 Nama Data Invoice

Alias data_invoice Deskripsi

Penggunaan Data yang digunakan untuk melaporkan order barang

Informasi

tambahan / format

alphanumeric

3 Nama Data Barang

Alias data_barang Deskripsi pid = {(0…9)}

name = {(A…Z | a…z)} price = {(0…9)}

stock = {(0…9)}

description = {(A…Z | a…z)}

Penggunaan Data yang digunakan untuk memberikan informasi tentang data barang

Informasi

tambahan / format

Alphanumeric

3.3

Pemodelan Data

Aplikasi mengola beberapa data yang terintrogasi secara langsung dengan

server. Data tersebut adalah :

1. Data Barang

2. Status Barang

3. Pemesanan

(17)

3.3.1 E-R Diagram

Gambar 4. ERD

3.4

Deskripsi Kebutuhan Non Fungsional

3.4.1 Performansi

Tabel 4. Kebutuhan Performansi

No SKPL Kebutuhan Tuntutan Kebutuhan SKPL-TOAS.EVO-0001 Availability Internet Connection secara

realtime untuk melihat informasi data barang

SKPL-TOAS.EVO-0002 Reliability Tidak pernah gagal SKPL-TOAS.EVO-0003 Ergonomy Mudah digunakan

SKPL-TOAS.EVO-0004 Memory Penyimpanan database MySQL SKPL-TOAS.EVO-0005 Response Time Internet Connection secara

realtime untuk melihat informasi data barang terupdate

3.4.2 Atribut Sistem Perangkat Lunak

Tabel 5. Atribut sistem perangkat lunak

(18)

SKPL-TOAS.EVO-0006 Error-Handling Terdapat pemberitahuan apabila pengisian tidak sesuai dengan sistem

N/A Message N/A

SKPL-TOAS.EVO-0007 Keamanan Hanya dapat digunakan dengan akun yang telah terdaftar

N/A Portabilitas N/A

3.4.3 Kebutuhan Lain

Tabel 6. Kebutuhan Lain

No SKPL Kebutuhan Tuntutan Kebutuhan SKPL-TOAS.EVO-0008 Tampilan Aplikasi Memberikan gambaran

umum kegunaan sistem SKPL-TOAS.EVO-0009 Format menu Deskripsi umum penggunaan

button pada sistem SKPL-TOAS.EVO-00010 Warna aplikasi Bervariasi

SKPL-TOAS.EVO-00011 Jenis font Formal

3.5

Atribut Kualitas Perangkat Lunak

3.5.1 Kehandalan

Program ini memiliki kelebihan dalam hal membantu pembukuan yang

dimiliki perusahaan. Karena pada dasarnya perusahaan memiliki

pembukuan yang cukup kompleks yang mayoritas order dalam skala besar.

Maka dari itu dibuatkan program ini untuk menangani permintaan

pelanggan dalam jumlah kecil.

3.5.2 Keremawatan (maintability)

(19)

3.6

Batasan Perancangan

Program ini digunakan untuk memberikan pelayanan pada sales yang

memiliki fungsi utama untuk pemesanan secara real time bagi para

konsumen. Program ini juga dikhususkan untuk membatasi gerak sales agar

tidak terjadi kecurangan dalam proses pemesanan yang mungkin dilakukan

pihak sales dan akan merugikan kedua belah pihak, baik dari pihak

perusahaan ataupun dari pihak pembeli. Jadi tidak ada program khusus

lainnya yang tidak diperlukan.

3.7

Matriks Keterunutan

Tabel 7. Matriks keterunutan

No SKPL Nama Proses SKPL-TOAS.EVO-00012 Membuat Invoice SKPL-TOAS.EVO-00013 Membuat Order

SKPL-TOAS.EVO-00014 Mendapatkan Data Barang SKPL-TOAS.EVO-00015 Memproses Order

Gambar

Tabel 1. Daftar definisi dan Akronim
Gambar hubungan antar subsistem pada TOAS adalah sebagai berikut :
Gambar 2.Context Diagram
Gambar 3. DFD 1
+4

Referensi

Dokumen terkait

Pihak Kedua secara langsung atau tidak langsung, selama atau setelah masa kerja dilarang memberitahukan Informasi yang bersifat Rahasia, kepemilikan

Ketiga node sensor tersebut terhubung secara langsung ke node sink, tanpa melalui node router (perantara), antara satu node sensor dengan node sensor lainnya tidak terhubung

Meskipun diinstal di lokal, saya menyarankan terhubung ke internet. Sebab, jika ada WordPress atau versi baru, kita bisa langsung mengupgrade secara online. Proses instalasi

Meskipun diinstal di lokal, saya menyarankan terhubung ke internet. Sebab, jika ada WordPress atau versi baru, kita bisa langsung mengupgrade secara online. Proses instalasi

Itu merupakan peran serta tujuan di Front Office secara umum, namun saat penulis pernah terjun langsung sebagai Guest Relation Officer, yang penulis rasakan sebagai anak buah

Topologi jala atau Topologi mesh adalah suatu bentuk hubungan antar perangkat dimana setiap perangkat terhubung secara langsung ke perangkat lainnya yang ada di dalam

Blok diagram di atas adalah perancangan perangkat keras atau hardware yang digunakan. Sensor ultrasonik secara langsung terhubung ke mikrokontroller tanpa tambahan

hebatnya ini realtime terupdate selama ada internet, jika ada yang rubah file nya di pc secara otomatis di laptop juga berubah J, dan taruh filenya semudah copy paste ke folder