• Tidak ada hasil yang ditemukan

SKPL Informatika Uin Bandung docx

N/A
N/A
Protected

Academic year: 2018

Membagikan "SKPL Informatika Uin Bandung docx"

Copied!
17
0
0

Teks penuh

(1)

1. Pendahuluan

1.1 Tujuan Penulisan Dokumen

Dokumen ini merupakan kumpulan dokumentasi untuk kebutuhan perangkat lunak SIAPH (Sistem Aplikasi Penjualan Helm). SIAPH ditunjukan sebagai perangkat lunak yang mengelola data helm beserta administrator dan pembeli.

Dalam dokumen ini terdapat daftar kebutuhan perangkat lunak dengan definisi dan penjelasanya. Dokumen ini bertujuan sebagai acuan utama SIAPH untuk pengembangannya

1.2 Lingkup Masalah

Penanganan yang menggunakan cara manual memerlukan banyak waktu sehingga tidak efisien lagi. Sistem aplikasi penjualan helm merupakan sistem yang digunakan untuk mendukung proses penyimpanan data-data yang disediakan maupun data-data dari hasil inputan helm yang diproses ke dalam database. Sistem informasi yang dirancang terdiri dari fungsi-fungsi yang membatu dalam penyimpanan data penting, yaitu daftar helm baru, administrator, pegawai, update data helm, pengeditan data helm, pengeditan data pegawai, transakasi, dan laporan-laporan. Fungsi-fungsi tersebut yang akan memudahkan pihak terkait dalam mengelola data-data penting kedalam database .

1.3 Definisi, Istilah dan Singkatan

ID Definisi/Istilah/Singkatan Deskripsi

SIAPH-01 SIAPH Sistem Aplikasi Penjualan Helm

SIAPH-02 DFD Data Flow Diagram

SIAPH-03 E-R Diagram Entity Relation Diagram

1.4 Aturan Penomoran

Penomoran Cara Penomoran Deskripsi Penomoran

Definisi, Istilah, dan Singkatan SIAPH-XX XX merupakan nomor pembeda Definisi, Istilah, dan Singkatan Kebutuhan Fungsional SIAPH-F-XX F merupakan kode dari Fungsional

XX merupakan nomor pebeda kebutuhan fungsional

Kebutuhan Non-Fungsional SIAPH-NF-XX NF merupakan kode dari Non-Fungsional

(2)

1.5 Referensi

Nuryamin, Amalia dkk.”SPESIFIKASI KEBUTUHAN PERANGKAT LUNAK (SKPL) SISTEM INFORMASI LABORATORIUM”. Program Ahli Jenjang D3 D4 Teknologi Informasi Kesehatan. STEI-ITB. Bandung

Tantowijaya, dkk. “ UIN Sunan Gunung Djati Bandung 2012”

1.6 Deskripsi umum Dokumen (Ikhtisar)

Dokumen ini terdiri dari empat bab yaitu bab 1 Pendahuluan, Bab 2 Deskripsi Umum Perangkat Lunak, dan Bab 3 Deskripsi Kebutuhan.

Bab 1 Terdiri dari enam subbab yaitu Tujuan Penulisan Dokumen, Lingkup Masalah, Definisi, Istilah dan Singkatan, Aturan Penomoran, Referensi, dan Deskripsi Umum Dokumen (Ikhtisar). Subbab Lingkup masalah menggambarkan sejauh apa perancangan dari pengembangan yang akan dilakukan dalam dokumen ini. Subbab Definisi, Istilah, dan Singkatan yang digunakan dalam dokumen ini. Subbab Aturan Penomoran berisi aturan penomoran yang akan digunakan agar konsisten. Subaba Referensi berisi referensi yang digunakan dalam pembuatan perangkat lunak dan dokumen ini. Subbab Deskripsi Umum Dokumen (Ikhtisar) berisi gambaran/sistematika dalam penulisan dokumen ini.

Bab 2 terdiri dari tiga subbab utama yaitu Deskripsi Umum Sistem, Karakteristik Pengguna, Batasan, dan Lingkungan Operasi. Subbab Deskripsi Umum Sistem berisi gambaran umum sistem yang dirancang disertai gambar system overview. Subbab Karakteristik Pengguna berisi penjelasan tugas dari penggunaan dan apa saja yang bisa diakasesnya dalam sistem. Subbab Batasan berisi batasan yang ditentukan dalam perancangan sistem berupa hal-hal yang terkait dengan sistem. Subbab Lingkungan Operasi berisi Lingkungan dimana sistem yang dikembangkan akan dipasang.

(3)

layanan yang disedikan perangkat lunak. Subbab Kerunutan (traceability) berisi kerunutan anatara definisi awal perangkat lunak dengan perancangan yang dibuat untuk perangkat lunak. Subbab Ringkasan Kebutuhan berisi ringkasan semua kebutuhan yang mencerminkan semua hal yang harus dipenuhi dalam perangkat lunak.

2. Deskripsi Umum Perangkat Lunak

2.1. Deskripsi Umum Sistem

Sistem Aplikasi Penjualan Helm merupakan sistem yang digunakan untuk mendukung proses penyimpanan data-data yang disediakan maupun data-data dari hasil transaksi yang diproses ke dalam database.

(4)

Penjualan Helm ini berjalan secara update, cepat, dan realtime. Karena pada dasarnya seperti yang kita ketahui pada Sistem Aplikasi Penjualan Helm lainnya setiap pegawai harus terintegrasi dengan cepat, karena pegawai dituntut untuk bekerja dengan extra cepat untuk kepuasan pembeli. Sistem ini pun mudah digunakan untuk pengguna sistem, karena design UI (User Interface) yang mudah dioprasikan oleh pengguna.

2.2. Karakteristik Pengguna

Kategori Pengguna Tugas Hak Akses ke aplikasi

Admin Melakukan Periksaan data pegawai Perbaikan Database

-Mendapat seluruh akses dari program

-Mencari, Menambah, Mengedit data Pegawai Pegawai - Melayani Transaksi

- Membuat Laporan

-Mencari, Menambahkan, Mengedit Data Helm -Mencari, Menambahkan,

Mengedit Informasi Helm - Mencari Data Helm - Mencari Data Pembeli - Mendapat akses Kasir - Melaukukan Transaksi - Membuat Laporan

2.3. Batasan

Adapun Batasan masalah pada pembuatan aplikasi ini adalah:

1. Pembangunan sistem ini merupakan sistem berbasis desktop yang dapat di operasikan di PC yang diperentukan pada Toko Helm, seperti PC untuk pegawai, dan admin.

2. Menggunakan Software pendukung dalam pembuatan teknologi sistem desktop secara umum dengan menggunakan bahasa pemograman VB.NET, sedangkan pengolahan basis datanya menggunakan software SQL SERVER 2008

(5)

2.4. Lingkungan Operasi

Bagian Sistem Informasi yang saya buat dapat dioperasikan karena didukung oleh beberapa perangkat lunak. Dan perangkat lunak yang dibutuhkan oleh user maupun administrator adalah:

1. Sistem Operasi : Windows 7, Windows 8 2. Bahasa Pemograman : VB.NET

3. DBMS : SQL SERVER 2008

3. Deskripsi Kebutuhan

3.1. Kebutuhan Antarmuka Eksternal

Adapun kebutuhan antarmuka eksternal yang dibutuhkan oleh sistem yang akan dibangun adalah:

1. Memori yang digunakan mampu menampung proses-proses yang terjadi di dalam sistem

2. Server yang dapat mendukung kinerja sistem agar bisa cepat 3.1.1. Antarmuka pemakai

Kebutuhan antarmuka pengguna

1. Mouse dan Keyboard untuk membantu dalam mengoprasikan sistem 2. Printer untuk mencetak strruk

3.1.2. Antarmuka Perangkat Keras

Kebutuhan minimal perangkat keras yang dapat digunakan adalah: 1. RAM 2 GB

2. Monitor dengan resolusi 1366 x 768 3. Proseseor Intel Core i3

4. Keyboard dan mouse untuk interaksi user

5. PC yang dapat mengoprasikan Sistem aplikasi Penjualan Helm 6. Printer

3.1.3. Antarmuka Perangkat Lunak

(6)

Sebagai database yang dibutuhkan untuk menyimpan semua Informasi yang diproses

2. Visual Studio 2010 Ultimate

Sebagai Bahasa Pemograman berbasis Desktop 3. Crystal Report for Visual Studio 2010

Sebagai plug-in dari Visual Stuio 2010 untuk membuat sebuah Report 4. Windows 7 / Windows 8

Sebagai Sistem Oprasi untuk menjalankan aplikasi ini 3.1.4. Antarmuka Komunikasi

1. TCP/IP (Transmission Control Protocol/Internet Protocol) digunakan sebagai sumber komunikasi data yang dipakai oleh komunitas internet dalam proses tukar-menukar data dari satu komputer ke komputer lain di dalam jaringan internet

3.2. Perancangan Antarmuka 3.2.1. Daftar Antarmuka Pemakai

No Nama Keterangan

1 Form Menu Utama Proses Pemilihan Merek Helm 2 Form Daftar Helm Proses Pemilihan Helm

3 Form Informasi dan Transaksi Helm

Spesifikasi Data dan Transaksi Helm

4 Form Pembeli Untuk Pengisian Data Pembeli 5 Form Login Untuk Masuk Kedalam Sistem

6 Form Pengelola Untuk Mengelola Data Helm dan Laporan Transaksi 7 Form Properti Untuk Mengelola Data Pegawai

3.2.2. Spesifikasi Antarmuka Pemakai 1. Nama Antarmuka : Form Login

Nama Modul : Login

Deskripsi Fungsi : Berfungsi Sebagai Antarmuka untuk proses masuk kedalam sistem

(7)

Input : Username dan Password Output : Validasi

2. Nama Antarmuka: Form Menu Utama Nama Modul : Form Menu Utama

Deskripsi Fungsi : Berfungsi Sebagai Antarmuka untuk proses pemilihan daftar helm

Spesifikasi Layar : 300 x 246 pixel

Input : Pilih Merek helm Output : Gambar yang dipilih

3. Nama Antarmuka: Form Daftar Helm Nama Modul : Form Daftar Helm

Deskripsi Fungsi : Berfungsi Sebagai Antarmuka untuk proses pemilihan helm

(8)

Input : Daftar Helm Output : Pilih Helm

4. Nama Antarmuka: Form Informasi dan Transaksi Helm Nama Modul : Form Informasi dan Transaksi Helm

Deskripsi Fungsi :Berfungsi Sebagai Antarmuka untuk mengetahui informasi dan transaksi helm

(9)

Input : Form Informasi dan Transaksi Helm Output : Informasi dan Transaksi Helm

5. Nama Antarmuka: Form Pembeli Nama Modul : Form Pembeli

(10)

Input : Form Pembeli

Output : Pengisian Data Pembeli

6. Nama Antarmuka : Form Penggelola Nama Modul : Form Penggelola

Deskripsi Fungsi : Berfungsi Sebagai Antarmuka untuk proses update, edit dan Lapran transaksi data helm

Spesifikasi Layar : 300 x 246 pixel

(11)

7. Nama Antarmuka: Form Properti Administrator Nama Modul : Form Properti Administrator

Deskripsi Fungsi :Berfungsi Sebagai Antarmuka untuk proses data administrator

Spesifikasi Layar : 300 x 246 pixel

Input : Form obat Output : transaksi obat

3.3 Kebutuhan Fungsional Kebutuhan performansi:

1. Sistem hanya dapat dioperasikan dalam keadaan terhubungan dengan database. 2. Sistem Login diawal penggunaan

3. Import/export (backup) database satu/semua tabel, field maupun beserta isinya yang telah terinsta di SQL SERVER 2008

1. Kebutuhan Fungsional

ID Kebutuhan

SIKB001 Sistem mampu mengelola pendaftaran pasien baru SIKB002 Sistem mampu mengelola pendataan pasien lama

SIKB003 Sistem mampu mengelola dalam pembuatan laporan data pasien

(12)

SIKB005 Sistem mampu mengelola hasil transaksi obat

SIKB006 Sistem mampu mengelola hasil transaksi bersalin

SIKB007 Sistem mampu mengelola data bidan

SIKB008 Sistem mampu mengelola data pegawai

(13)

3.3.2. DFD Level 1

3.3.3. Spesifikasi Proses (P-SPEC)

Spesifikasi Proses Nomor Proses 1.1

Nama Proses Olah Data Medis

Deskripsi Proses untuk melakukan pengecekan data data medis Input - Hasil Pemeriksaan

- Data Pasien - Data Medis Output - Data Medis

- Informasi Hasil Pemeriksaan - Data Medis

Logika Proses - Buka form Data Medis

- Lakukan pengecekan data medis pasien  Masukan data pasien

 Sistem akan mengelola data pasien

 Masukan hasil pemeriksaan yang telah dilakukan

 Hasil medis akan dikelola kedalam data medis sehinga akan dibuatkan laporan

(14)

Spesifikasi Proses Nomor Proses 1.2

Nama Proses Olah Data Pasien

Deskripsi Proses untuk melakukan pengecekan data pasien Input - Input Data Pasien

Output - Data Pasien

Logika Proses - Buka form Data Pasien

- Lakukan pengecekan data pasien  Masukan data pasien

 Sistem akan mengelola data pasien

 Hasil data pasien akan dikelola kedalam data pasien sehinga akan dibuatkan laporan

- Buat laporan data pasien

Spesifikasi Proses Nomor Proses 1.3

Nama Proses Transaksi Pembayaran

Deskripsi Proses untuk melakukan pengecekan transaksi pembayaran

Input - Pembayaran

Output - Struk Pembayaran Logika Proses - Buka Menu Transaksi

- Lakukan transaksi pembayaran  Masukan data pembelian

 Hasil data pembelian akan dikelola kedalam proses penyimpanan - Cetak Struk Transaksi

- Lakukan Transaksi pendaftaran  Masukan data pasien

 Hasil data pasien akan dikelola ke dalam proses penyimpanan

Spesifikasi Proses Nomor Proses 1.4

Nama Proses Olah Data Laporan

Deskripsi Proses untuk melakukan pengecekan data laporan Input - Data pasien

- Data Medis Output - Data Pasien

- Laporan Hasil pemeriksaan Logika Proses - Buka Menu Laporan

- Lakukan transaksi pembayaran  Masukan data pembelian

(15)

3.3.4. Data Store 3.3.5. Kamus Data

Kamus Data Nama Data Pasien

Alias Data Pasien

Sumber-Tujuan Pasien – Detail Data Pasien – Pasien Deskripsi Berisi hasil penginputan data pasien Isi Data No Daftar : no_urut

Nama : nama depan TTL : yyyy-MM-dd Alamat : kota

Tanggal Daftar : yyyy-MM-dd Bulan_ke : urutan_bulan

Kamus Data Nama Data Data medis

Alias Data medis

Sumber-Tujuan Transaksi – bersalin – data medis Deskripsi Berisi hasil penginputan data medis Isi Data Kode pasien : no_urut

Nama : nama depan

Tanggal Chek in : yyyy-MM-dd Tanggal Chek Out : yyyy-MM-dd Nama Bidan : nama depan

Biaya bersalin : Rp. Bayar : Rp.

Kembalian : Rp.

(16)

3.5. Kebutuhan Non Fungsional

ID Kebutuhan

SIKBNF011 Aplikasi harus dapat menampilkan pendaftaran paling lambat 5 detik

SIKBNF01 2

Aplikasi harus terintegrasi antar bagiannya

SIKBNF01 3

Semua aplikasi pertanyaan beserta jawabannya harus menggunakan bahasa Indonesia

3.6 Kerunutan(traceability)

3.6.1. Kebutuhan Fungsional vs Proses

Maping antara kebutuhan fungsional dengan proses yang terkait ID Kebutuhan Fungsional No Proses

SIKBF01 1.1

SIKBF02 1.2

SIKBF03 1.3

(17)

Referensi

Dokumen terkait

Profitabilitas yang digunakan dalam penelitian ini diproksikan dengan Return On Assets (ROA), karena Bank Indonesia juga lebih mengutamakan nilai profitabilitas suatu bank

Juga tidak dilupakan kepada semua kakitangan akademik dan pentadbiran Universiti Utara Malaysia, Kuala Lumpur yang terlibat secara langsung atau tidak langsung dalam

Kondisi tersebut sejalan dengan hasil penelitian ini yang menunjukkan bahwa BUS BUKU 2 mengalami kondisi tidak efisien secara teknis pada krisis tahun

Dari penelitian ini diharapkan dapat memberikan informasi mengenai pembuatan mie basah dengan subtitusi mocaf dan penambahan daun mulberry, memberikan informasi

Dengan demikian, Persib akan dapat secara perlahan keluar dari permasalahan klasik yang melanda nyaris seluruh klub sepakbola di Indonesia: tidak berprestasi dan

guna jalan ra ya yang berhemah.. 5) M ur id m en ye na ra ik an kepentingan memilih, memakai dan menja ga topi keledar. 1). Murid berbincang dan bersumbang saran mengenai

 Bagi Penyedia Jasa atau Pemilik Kapal yang sedang menjalani pemeriksaan oleh instantsi yang terkait, antara lain pihak kepolisian, TNI, Bea Cukai, Perpajakan, atas

Algoritma greedy ini membentuk solusi langkah, pada setiap langkahnya tentu path tersebut akan memiliki banyak pilihan dan kemungkinan yang dapat di eksplorasi, dengan algoritma