IEEE SRS - SRE Object Oriented

May 24, 2019 | Author: Nurul Afifah | Category: N/A
Share Embed Donate


Short Description

contoh dokumen srs...

Description

Software Requirements Specification for 

Version 1.0 approved

Prepared by



Table of Contents 1. Pendahuluan .............................................. ...............................................................................1 1.1 1.2 1.3 1.4 1.5

Tujuan Penulisan Dokumen......................................................................................................... 1 Audien yang Dituju dan Pembaca yang Disarankan ................................................................... 1 Batasan Produk ............................................................................................................................ 1 Definisi dan Istilah ...................................................................................................................... 2 Refrensi........................................................................................................................................ 2

2. Deskripsi Keseluruhan ................................................ ............................................................3 2.1 2.2 2.3 2.4 2.5 2.6

Deskripsi Produk ......................................................................................................................... 3 Fungsi Produk .............................................................................................................................. 3 Penggolongan Karakterik Pengguna ........................................................................................... 3 Lingkungan Operasi .................................................................................................................... 3 Batasan Desain dan Implementasi ............................................................................................... 3 Dokumentasi Pengguna ............................................................................................................... 3

3. Kebutuhan Antarmuka Eksternal .........................................................................................4 3.1 3.2 3.3 3.4

User Interfaces ............................................................................................................................. 4 Hardware Interface ...................................................................................................................... 4 Software Interface........................................................................................................................ 4 Communication Interface ............................................................................................................ 4

4. Functional Requirement..........................................................................................................5 4.1 4.2 4.3 4.4

Use Case Diagram ....................................................................................................................... 5  Nama Use Case 1......................................................................................................................... 5  Nama Use Case 2......................................................................................................................... 5 Class Diagram ............................................................................................................................. 6

5. Non Functional Requirements .......................................................................................... ......7

Revision History Name

Date

Reason For Changes

Version

1. Pendahuluan 1.1 Tujuan Penulisan Dokumen Spesifikasi Kebutuhan Perangkat Lunak (Software Requirement Spesification) untuk Rancang bangun Sistem Pemilihan Kepala Desa adalah dokumentasi yang utama yang dibuat dalam rangka memberikan gambaran secara mendasar dan umum mengenai kebu tuhan dan persyaratan yang harus dipenuhi agar sistem ini dapat berjalan dengan baik sehingga persyaratan fungsional dan non fungsional dapat terpenuhi. Digambarkan dari awal gambaran dan ruang lingkup proyek ini serta  batasan yang tercakup di dalamnya sehingga menjadi acuan bagi pengembang dalam mengembangkan sistem ini serta untuk memudahkan pemeliharaan ev aluasi sistem di kemudian hari. Pembaca diasumsikan memiliki pengetahuan dasar tentang Sistem Pemilihan Kepala Desa

1.2 Audien yang Dituju dan Pembaca yang Disarankan Dokumen ini ditujukan pada pelanggan dan pengembang (desainer, penguji, pengelola).

1.3 Batasan Produk Sistem Pemilihan Kepala Desa ini diharapkan dapat mempermudah para pemilih untuk menggunakan hak suaranya sehingga peran dan partisipasi aktif dari masyarakat dalam pemilihan calon kepala desa semakin meningkat serta memudahkan panitia dalam hal pengolahan data yang berkaitan dengan  pemilihan kepala desa seperti pencatatan daftar pemilih tetap, pencatatan data daftar hadir pemilih,  pencatatan data calon kepala desa, perhitungan suara, pembuatan laporan yang berkaitan dengan datadata pemilihan kepala desa, pembuatan surat undangan pemilihan kepala desa, serta laporan untuk ketua panitia Permasalahan yang peneliti teliti dibatasi hanya pada proses pembuatan aplikasi Sistem Pemilihan Kepala Desa 1. Dalam aplikasi ini pemilih hanya bisa memilih calon kandidat satu kali saja sehabis logout dalam pemilihan. 2. Dalam aplikasi ini user hanya bisa memilih tidak lebih satu calon kandidat. 3. Hanya digunakan dalam lingkup intranet 4. Sistem tidak mencakup verifikasi data pemilih.

1.4 Definisi dan Istilah a. User Friendly : tampilan antar muka dengan pengguna yang memudahkan akses atau interaksi dengan sistem  b. Basisdata : Merupakan sekumpulan data yang saling berhubungan c. User : Adalah orang yang mengoperasikan / yang menggunakan sistem d. Admin : Administrator sistem yang diberi izin khusus untuk mengelola dan mengendalikan sistem e.

1.5 Refrensi

2. Deskripsi Keseluruhan 2.1 Deskripsi Produk Sistem yang akan dibuat adalah SISTEM PEMILIHAN KEPALA DESA yang mana dapat membantu sebagai sarana pemilihan kepala desa yang cepat dan tepat. Sehingga dapat menghemat waktu pemilihan dan penghitungan suara.

2.2 Fungsi Produk o

2.3 Penggolongan Karakterik Pengguna Tabel 1 Karakteristik Pengguna Kategori Pengguna

Tugas

Admin User

Hak Akses ke aplikasi

Kemampuan yang harus dimiliki

Insert, Update, Delete Data Insert, Update

2.4 Lingkungan Operasi

2.5 Batasan Desain dan Implementasi

2.6 Dokumentasi Pengguna

3. Kebutuhan Antarmuka Eksternal 3.1 User Interfaces

3.2 Hardware Interface

3.3 Software Interface

3.4 Communication Interface

4. Functional Requirement Diawali dengan membuat daftar kebutuhan fungsional P/L, lengkap dengan ID dan penjelasan jika perlu. Bisa dibuat dalam bentuk tabel.

ID

Kebutuhan Fungsional

Penjelasan

4.1 Use Case Diagram

4.2 Nama Use Case 1 4.1.1

Deskripsi Use Case

4.1.2

Stimulus and Respon  Action by user

Response from system

1 2 3 4 ..

4.1.4

 Activity Diagram

4.3 Nama Use Case 2

4.4 Class Diagram

5. Non Functional Requirements ID

Parameter Availability Reliability Ergonomy Portability Memory Response time Safety Security

Kebutuhan

Others 1: Bahasa komunikasi

Misalnya : semua tanya jawab harus dalam bahasa Indonesia

N/A

Setiap layar harus mengandung logo PT Pos Indonesia Catatan :

 Availability : ketersediaan aplikasi, misalnya harus terus menerus beroperasi 7 hari perminggu, 24  jam per haritanpa gagal  Reliability : keandalan, misalnya tidak pernah boleh gagal(atau kegagalan yang ditolerir adalah …%)  sehingga harus dipikirkan fault tolerant architecture. Biasanya hanya perlu untuk Critical  Application yang jika gagal akan berakibat fatal.  Ergonomy : kenyamanan pakai bagi pengguna  Portability : kemudahan untuk dibawa dan dioperasikan ke mesin/sistem operasi/platform yang lain  Memory : jika perhitungan kapasitas memori internal kritis (misalnya untuk SW yang harus dijadikan CHIPS dan ukurannya harus kecil  Response time : Batasan waktu yang harus dipenuhi. Sangat penting untuk aplikasi Real Time. Contoh: “Aaplikasi harus mampu menampilkan hasil dalam 4 detik”, atau “ATM harus menarik kembali kartu yang tidak diambil dalam waktu 3 menit” Safety: yang menyangkut keselamatan manusia, misalnya untuk SW yang dipakai pada sistem kontrol di pabrik Security : aspek keamanan yang harus dipenuhi

View more...

Comments

Copyright ©2017 KUPDF Inc.
SUPPORT KUPDF