Software Requirements Specification

MeetKonveksi

Version 1.3
19 May, 2017

Fia Afina Yusviana

Faris Sandra
Firman Hidayat
Revision History

Date Version Author Description

3 Mei 2017 SRS V 1.1 Fia Afina 1. Scope project
2. Glossary/Kamus Istilah
Yusviana
3. Overview of Document
Faris Sandra
Firman Hidayat
10 Mei 2017 SRS V 1.2 Fia Afina List of Figures
Yusviana
Faris Sandra
Firman Hidayat
19 Mei 2017 SRS V 1.3 Fia Afina 1. Use Case Membuat Akun Baru
Yusviana 2. Penjelasan mengenai pentingnya kontrak
kerja pada Overview of Document
Faris Sandra
Firman Hidayat

Table of Contents

Daftar Isi
Revision History...................................................................................................................i
Table of Contents..................................................................................................................i

i
List of Figures......................................................................................................................ii
1.0. Introduction................................................................................................................1
1.1. Purpose......................................................................................................................1
1.2. Existing Condition.....................................................................................................1
1.3. Scope Of Project........................................................................................................2
1.4. Glossary.....................................................................................................................2
1.5. References.................................................................................................................2
1.6. Overview of Document.............................................................................................2
2.0. Overall Description.................................................................................................2
2.1 System Environment..............................................................................................4
2.2 Functional Requirements Specification..................................................................5
2.3 User Characteristics..............................................................................................12
3.0. Requirements Specification.....................................................................................13
3.1 External Interface Requirements..........................................................................13
3.2 Functional Requirements......................................................................................13
3.2.1 Daftar Akun...................................................................................................13
3.2.2 Posting Pesanan.............................................................................................13
3.2.3 Respon Pesanan.............................................................................................14
3.2.4 Negosiasi Pesanan.........................................................................................14
3.2.5 Persetujuan / Perjanjian.................................................................................15
3.2.6 Pembayaran....................................................................................................15
3.3 Non-Functional Requirements.............................................................................16
3.3.1 Non Funtional Requierments.........................................................................16
3.3.2 Security..........................................................................................................18

ii
 List of Figures

Figure 1 - System Environment...........................................................................................4

Figure 2 - Business Use Case Model of MeetKonveksi......................................................4
Figure 3 - Konsumen Use Cases..........................................................................................5
Figure 4 - Use Case Membuat Akun Konsumen.................................................................5
Figure 5 - Use Case Melakukan Posting Pesanan...............................................................6
Figure 6 - Use Melakukan Negosiasi...................................................................................7
Figure 7 - Use Case Menyetujui Persetujuan Pesanan........................................................7
Figure 8 - Use Case Sistem Pembayaran.............................................................................8
Figure 9 - Konveksi Use Cases............................................................................................9
Figure 10 - Use Case Membuat Akun untuk Konveksi.......................................................9
Figure 11 - Use Case Merespon Pesanan Konsumen........................................................10
Figure 12 - Use Case Menyetujui Pesanan........................................................................10
Figure 13 - Use Case Penerimaan Pembayaran.................................................................11
Figure 14 - Logical Structure of Article Manager Data.....................................................15

iii
1.0. Introduction

Aplikasi ini akan memfasilitasi antara konveksi-konveksi dan pembeli. Pada

aplikasi ini, pembeli dapat menentukan pesanan yang diinginkan mulai dari jenis baju,
desain baju, jenis kain, warna kain, jumlah baju, harga/budget hingga deadline. Jika
konveksi tertarik dengan pesanan, akan mengajukan tawaran dengan ketentuan,
Kemudian pembeli akan memilih konveksi mana yang akan mengerjakan pesanannya.
Jika pembeli memiliki jumlah pesanan yang banyak, pembeli bisa membagi pesanan ke
beberapa konveksi. Selain itu, pembeli dan konveksi bisa melakukan negosiasi mengenai
pesanan tersebut.

1.1. Purpose

Tujuan dari dokumen ini untuk memberikan detail deskripsi dari Aplikasi
MeetKonveksi. Dokumen ini akan menjelaskan scope project, fitur, user interface,
bagaimana system berinteraksi/bekerja, contraints serta sistem yang beroperasi pada
aplikasi MeetKonveksi. Dokumen ini digunakan untuk stakeholder dan developer system.

1.2. Existing Condition

Pada saat aplikasi ini dirancang pada Sistem Operasi Android dikarenakan
kebanyakan smartphone sudah dimiliki oleh para vendor konveksi dan konsumen.
Aplikasi ini menggunakan internet agar dapat saling terhubung. Pada kawasan Surabaya
jaringan provider masuk dengan baik dan smarphone mudah didapat. Para vendor
konveksi dan user juga paham dalam pengoperasinnya. Bahasa yang digunakan dalam
aplikasi ini adalah Bahasa Indonesia. Serta banyaknya minat pembuatan pakaian, namun
informasi yang didapat mengenai konveksi-konveksi bagus sangatlah kurang. Sedangkan
dari pihak onveksi sendiri juga kurang melakukan branding atau promosi jasa mereka ke
dunia luar. Maka dengan adanya aplikasi MeetKonveksi, diharapkan antara konsumen
yang membutuhkan jasa konveksi atau konveksi yang perlu promote diri mereka sapat
saling terhubung dengan mudah dan sesuai keinginan.

iv
1.3. Scope of Project

Aplikasi ini berbasis aplikasi android yang ditujukan untuk para pegiat konveksi
di Jawa Timur, khususnya daerah Surabaya dan sekitarnya. Aplikasi ditujukan bagi
perusahaan konveksi daerah yang masih sedikit dikenal dan mungkin masih baru dalam
terjun ke industri konveksi. Sasaran konsumen aplikasi ini yaitu untuk konsumen di
wilayah Surabaya dan sekitarnya. Rentang pengguna apilkasi ini yaitu utuk usia antara 10
tahun hingga 65 tahun, dapat digunakan untuk semua gender Aplikasi ini bertujuan
mempertemukan antara pelanggan atau konsumen dengan konveksi atau agar konveksi
lebih mudah menemukan konsumen. Aplikasi ini juga ditujuan untuk konsumen yang
ingin menggunakan jasa konveksi namun sulit menemukan konveksi yang sesuai dengan
kebutuhannya. Dengan adanya aplikasi ini diharapkan dapat mengurangi waktu untuk
mencari konveksi serta dapat mengetahui konveksi dengan value tinggi.
Dengan adanya aplikasi ini pelanggan dan konveksi dapat melakukan negosiasi
untuk menentukan harga yang dirasa paling sesuai dan barang kemudian melakukan
perjanjian dan terdapat sistem pembayaran dengan metode rekening bersama.

1.4. Glossary

Term Definition
Orang yang memesan atau memposting pesanan atau
Konsumen
kebutuhan
Konveksi Orang yang merespon pesanan dari konsumen
Konveksi yang ada pada daerah tertentu. Dalam konteks ini
Konveksi daerah
yaitu di Surabaya dan sekitarnya
Suatu form yang berisi perjanjian kontrak kerjasama natara
konsumen dengan konveksi.
Kontrak kerja
Misalnya : Lama waktu pengerjaan, biaya, serta pernyataan
apabila kedua belah pihak telah menyetujui kerjasama

1.5. References

IEEE. IEEE Std 830-1998 IEEE Recommended Practice for Software Requirements

Specifications. IEEE Computer Society, 1998.

v
1.6. Overview of Document

Aplikasi mobile ini memfasilitasi antara konveksi-konveksi yang ada di Surabaya

dan sekitarnya (Sidoarjo, Gresik) dan konsumen yang juga berada pada wilayah Surabaya
dan sekitarnya. Pada aplikasi ini, konsumen dapat menentukan pesanan yang diinginkan
mulai dari jenis baju, desain baju, jenis kain, warna kain, jumlah baju, harga atau budget
hingga deadline pengerjaan. Jika konveksi tertarik dengan pesanan, akan konveksi dapat
melakukan apply dengan keterangan tambahan (jika ada), kemudian pembeli akan
memilih konveksi mana yang akan mengerjakan pesanannya. Jika pembeli memiliki
jumlah pesanan yang banyak, pembeli bisa membagi pesanan ke beberapa konveksi
sekaligus. Selain itu, pembeli dan konveksi bisa melakukan negosiasi mengenai pesanan
tersebut. Setelah sepakat mengenai negosiasi tersebut, kedua belah pihak diwajibkan
untuk mengisi kontrak kerja yang berisikan persetujuan dalam negosiasi dan pernyataan
bahwa kedua belah pihak sepakat melakukan kerjasama berdasarkan hasil negosiasi.
Selain itu, Kontrak Kerja sebagai bukti tertulis adanya kerjasama. Sistem MeetKonveksi
yang akan menampilkan form Kontrak Kerja. Setelah kedua belah pihak mengisi kontrak,
maka dilanjutkan dengan sistem pembayaran yang juga telah disepakati sebelumnya.

vi
 2.0. Overall Description

2.1 System Environment

Figure 1 - System Environment of MeetKonveksi

Pada aplikasi system konveksi memiliki fitur 6 yaitu akun, akun untuk

memposting, negosiasi anatara 2 user (konveksi dengan pelanggan), respon pesanan oleh

konveksi, perjanjian antara 2 user, dan pembayaran dengan sistem transfer.

SRS V 1.3 1 May 19, 2017

2.2 Functional Requirements Specification

2.2.1 System Environment Business Use Case

Figure 2. Business Use Case Model of MeetKonveksi

Gambar diatas merupakan bisnis use case dan alur untuk user login hingga membayar

pesanan. Hal itu dibuktikan dengan use case diagram dan detail setiap use case akan

dijelaskan pada bab selajutnya.

SRS V 1.3 2 May 19, 2017

2.2.2 Konsumen Use Cases
Use Case pada Konsumen :

Figure 3 - Konsumen Use Cases

2.2.2.1 Use case: Membuat Akun Baru

Diagram:

Figure 4 Use Case Membuat Akun Konsumen

Brief Description
Konsumen membuat akun baru pada aplikasi MeetKonveksi

Initial Step-By-Step Description

Sebelum konsumen dapat mengakses membuat akun baru, konsumen meng-klik tombol
daftar yang terdapat pada form Home,

1. Konsumen memilih untuk meng-klik tombol Daftar

2. Sistem menampilkan pilihan untuk pendaftaran akun konsumen dan konveksi
3. Konsumen memilih pendaftaran akun konsumen
4. Sistem menampilkan form untuk pendaftaran akun baru dan harus diisi secara
lengkap oleh konsumen
5. Konsumen mengisi isian data diri beserta username dan password lalu klik Daftar
6. Sistem akan memverifikasi akun baru tersebut, dan menampilkan pemberitahuan
bahwa akun baru konsumen telah dibuat.

SRS V 1.3 3 May 19, 2017

2.2.2.2 Use case: Melakukan Posting Pesanan
Diagram:

Figure 5 - Use Case Melakukan Posting Pesanan

Brief Description
Konsumen memasang pengumuman berupa posting pesanan untuk dikerjakan oleh
konveksi,

Initial Step-By-Step Description

Sebelum Use Case berjalan, konsumen login pada aplikasi MeetKonveksi.
1. Konsumen memilih menu posting pesanan untuk pada halaman utama konsumen.
2. Sistem akan menampilkan menu posting yang berisi form untuk posting pesanan.
3. Konsumen mengisi data pesanan yang dibutuhkan untuk membuat postingan dan
klik add.
4. Sistem akan memvalidasi data dan kemudian disimpan di database dan ditampilkan
di menu posting.
5. Sistem menampilkan posting pesanan pada interface konveksi dan
menambahkannya ke menu Pesanan Saya pada pada halaman utama konsumen.

2.2.2.3 Use case: Inisiasi Negosiasi

Diagram:

Figure 6 - Use Case Melakukan Negosiasi

SRS V 1.3 4 May 19, 2017

Brief Description
Konsumen membuka chat negosiasi kepada konveksi yang bersangkutan

Initial Step-By-Step Description

Sebelum Use Case berjalan konsumen mendapat respon dari konveksi.

1. Konsumen memilih konveksi yang merespon pada postingannya kemudian klik

negosiasi.
2. Sistem akan menampilkan personal chat antara konsumen dan konveksi yang
dipilihnya.
3. Konsumen akan melakukan negosiasi dengan menggunakan personal chat.
4. Sistem akan menyimpan data dan akan mengirim data ke konveksi.

2.2.2.4 Use case: Menyetujui Persetujuan

Diagram:

Figure 7 - Use Case Menyetujui Persetujuan Pesanan

Brief Description
Konsumen membuat perjanjian dengan Konveksi untuk jumlah, waktu pengerjaan, harga,
dll dengan terlebih dahulu mengisi kontrak kerja.

Initial Step-By-Step Description

Sebelum Use Case berjalan konsumen sudah setuju dengan negosiasi.
1. Konsumen membuka menu kontrak pada postingan dan memilih konveksi yang
diinginkan.
2. Sistem akan menampilkan menu kontrak.
3. Menu kontrak menampilkan form kontrak kerja yang harus disepakati oleh kedua
belah pihak sebelum kerja sama disepakati.
4. Konsumen akan mengisi kontrak kerja sesuai dengan negosiasi sebelumnya
kemudian klik add.
5. Sistem akan menyimpan data dan ditampilkan pada konveksi yang telah dipilih
konsumen.

SRS V 1.3 5 May 19, 2017

 6. Konsumen menunggu konfirmasi dari konveksi.

2.2.2.5 Use case: Membayar Pesanan

This use case extends the Update Article use case.
Diagram:

Figure 8 - Use Case Sistem Pembayaran

Brief Description
Konsumen membayar pesanan yang telah disetujui

Initial Step-By-Step Description

Sebelum use case berjalan, konveksi telah mengkonfirmasi pesanan konsumen. Termasuk
sistem pembayaran yang seperti apa telah ditentukan.

1. Konsumen membuka menu pembayaran.

2. Sistem akan menampilkan harga pesanan. Harga pesanan yang muncul akan berupa
angka unik, angka unik tersebut merepresentasikan kode daftar nomor rekening
konveksi.
3. Konsumen mentransfer susuai dengan harga pesanan dan nomor rekening. Termasuk
kode unik yang muncil juga harus sesuai.
4. Sistem akan menunggu konfirmasi konveksi.

2.2.3 Use Case Konveksi

Use Case pada Konveksi :

SRS V 1.3 6 May 19, 2017

 Figure 9 - Konveksi Use Cases

2.2.3.1 Use case: Membuat Akun Baru

Diagram:

Figure 10 - Use Case Membuat akun baru untuk Konveksi

Brief Description
Konveksi membuat akun baru pada aplikasi MeetKonveksi

Initial Step-By-Step Description

Sebelum konveksi dapat mengakses membuat akun baru, konveksi meng-klik tombol
daftar yang terdapat pada form Home,

1. Konveksi memilih untuk meng-klik tombol Daftar

2. Sistem menampilkan pilihan untuk pendaftaran akun konsumen dan konveksi
3. Konveksi memilih daftar konveksi
4. System akan menampilkan form yang harus diisi secara lengkap oleh Konveksi
5. Konveksi mengisi isian data diri beserta username dan password lalu klik Daftar
6. Sistem akan memverifikasi akun baru tersebut, dan menampilkan pemberitahuan
bahwa akun baru telah dibuat.

2.2.3.2 Use case: Melakukan Respon Pesanan

Diagram:

SRS V 1.3 7 May 19, 2017

 Figure 11 - Use Case Merespon Pesanan Konsumen
Brief Description
Konveksi merespon posting pesanan dari konsumen

Initial Step-By-Step Description

Konsumen telah membuat postingan.

1. Konveksi memilih postingan konsumen yang sesuai dengan bidangnya.

2. Sistem akan menampilkan detail postingan dari konsumen.
3. Konveksi akan mengajukan ketertarikan (merespon) pesanan ke konsumen dengan
tambahan keterangan serta menambahkan hasil kerja dari projek-projek sebelumnya
4. Sistem akan mengirim data ke konsumen sebagai vendor yang tertarik.

2.2.3.3 Use case: Menyetujui Persetujuan

Diagram:

Figure 12 - Use Case Menyetujui Pesanan

Brief Description
Konveksi menyetujui pesanan sesuai kontrak kerja

Initial Step-By-Step Description

Konsumen telah memberikan kontrak kerja.

SRS V 1.3 8 May 19, 2017

 1. Sistem akan menampilkan notifikasi kontrak kerja dari konsumen
2. Menu kontrak menampilkan form kontrak kerja yang harus disepakati oleh kedua
belah pihak sebelum kerja sama disepakati.
3. Konveksi menyetujui kontrak kerja dari konsumen
4. Sistem akan mengkonfirmasi kepada konsumen bahwa kontrak telah disetujui oleh
kedua belah pihak

2.2.3.4 Use case: Menerima Pembayaran

Diagram:

Figure 13 - Use Case Penerimaan Pembayaran

Brief Description
Konveksi mengonfirmasi pembayaran pesanan dari konsumen

Initial Step-By-Step Description

Konsumen telah membayar sesuai dengan jumlah yang harus dibayar disertai kode unik.

1. Sistem akan menampilkan notifikasi pembayaran.

2. Konveksi menkonfirmasi pembayaran.
3. Sistem akan konfirmasi transaksi dan menyimpan datanya.

2.3 User Characteristics

Konsumen adalah orang yang melek akan teknologi dan tahu cara penggunaan

teknologi smartphone serta bertujuan untuk mencari konveksi yang sesuai dengan

kebutuhan.

Konveksi adalah orang yang bisa menggunakan teknologi smartphone dan bisa

aktif setiap hari serta bertujuan menawarkan jasa dalam bidang konveksi.

SRS V 1.3 9 May 19, 2017

3.0. Requirements Specification

3.1 External Interface Requirements

Hubungan External pada aplikasi ini menggunakan database.

3.2 Functional Requirements

The Logical Structure of the Data is contained in Section 3.3.1.

3.2.1 Daftar Akun

Use Case Name Mendaftar Akun
Trigger User mengakses aplikasi MeetKonveksi
Precondition Aplikasi menampilkan halaman utama berupa form login dan
tombol daftar
Basic Path 1. User memilih untuk meng-klik tombol Daftar
2. Sistem menampilkan pilihan untuk pendaftaran akun
konsumen dan konveksi
3. User memilih daftar konsumen
4. Sistem menampilkan form untuk pendaftaran akun
konsumen baru dan harus diisi secara lengkap
5. Konsumen mengisi isian data diri beserta username dan
password lalu klik Daftar
6. Sistem akan memverifikasi akun konsumen baru tersebut,
dan menampilkan pemberitahuan bahwa akun konsumen
baru telah dibuat.
Alternative Paths Pada step 3, jika user memilih daftar konveksi, maka:
4. Sistem menampilkan form untuk pendaftaran akun
konsumen baru dan harus diisi secara lengkap
5. Konsumen mengisi isian data diri beserta username dan
password lalu klik Daftar
6. Sistem akan memverifikasi akun konsumen baru
tersebut, dan menampilkan pemberitahuan bahwa akun
konsumen baru telah dibuat.
Postcondition Akun baru telah dibuat
Exception Paths User membatalkan pendafaran akun
Other Tidak ada

3.2.2 Posting Pesanan

Use Case Name Memposting pesanan
Trigger Konsumen meng-klik menu posting pesanan
Precondition Sistem menampilkan form untuk posting pesanan
Basic Path 1. Konsumen mengisi data pesanan yang dibutuhkan untuk
membuat postingan dan klik add
2. Sistem akan memvalidasi data dan kemudian disimpan di

SRS V 1.3 10 May 19, 2017

 database dan ditampilkan di menu posting.

Alternative Paths Tidak ada

Postcondition Sistem menambahkannya ke menu pesanan saya pada halaman
utama konsumen

Exception Paths Konsumen membatalkan posting pesanan

Other Tidak ada

3.2.3 Respon Pesanan

Use Case Name Merespon Pesanan
Trigger Konsumen me-klik menu cari pesanan
Precondition Sistem akan menampilkan postingan-postingan pesanan
konsumen yang tersimpan di database pesanan ke interface
konveksi.
Basic Path 1. Konveksi memilih postingan konsumen yang sesuai dengan
bidangnya.
2. Sistem akan menampilkan postingan.
3. Konveksi akan mengajukan ketertarikan (merespon) pesanan
konsumen
Alternative Paths Step 1. Konveksi menggunakan search box untuk mencari
postingan konsumen yang sesuai dengan bidangnya
Step 3. Konveksi bisa menambahkan keterangan tambahan
ketika mengajukan ketertarikan (merespon) pesanan sehingga
dapat memicu inisiasi negosiasi yang akan dilakukan konsumen
Postcondition Sistem akan mengirim data ke konsumen sebagai vendor yang
tertarik.
Exception Paths Konveksi batal mengajukan ketertarikan(merespon) pesanan
konsumen
Other Tidak ada

3.2.4 Negosiasi Pesanan

Use Case Name Melakukan negosiasi pesanan
Trigger Beberapa konveksi mengajukan ketertarikan(merespon) pesanan
konsumen
Precondition Sistem menampilkan respon konveksi atas pesanan konveksi
Basic Path 1. Konsumen memilih konveksi yang merespon pada
postingannya kemudian klik negosiasi.
2. Sistem akan menampilkan personal chat antara konsumen
dan konveksi yang dipilihnya.
3. Konsumen akan melakukan negosiasi dengan menggunakan
personal chat.
Alternative Paths Pada step 1, konsumen bisa memilih lebih dari satu konveksi
Postcondition Sistem akan menyimpan data dan akan mengirim data ke
konveksi.
Exception Paths Pada step 1, konveksi tidak memilih konveksi dan membatalkan

SRS V 1.3 11 May 19, 2017

 pesanan atau konveksi memilih konveksi tanpa melakukan
negosiasi dan langsung lanjut ke pesetujuan/perjanjian
Other Tidak ada

3.2.5 Persetujuan / Perjanjian

Use Case Name Melakukan persetujuan/perjanjian
Trigger Konsumen dan konveksi sepakat mengenai spesifikasi pesanan
dan Konsumen membuka menu kontrak pada postingan dan
memilih konveksi yang diinginkan.
Precondition Sistem akan menampilkan menu kontrak.
Basic Path 1. Konsumen akan mengisi kontrak sesuai dengan negosiasi
sebelumnya kemudian klik add.
2. Sistem akan menyimpan data dan ditampilkan pada konveksi
yang telah dipilih konsumen.
3. Konsumen menunggu konfirmasi dari konveksi.
4. Sistem akan menampilkan notifikasi kontrak kerja dari
konsumen
5. Konveksi menyetujui kontrak kerja dari konsumen
6. Sistem akan mengkonfirmasi kepada konsumen.
Alternative Paths Pada step 4, sistem menampilkan notifikasi kontrak kerja tidak
sesuai dari waktu yang ditentukan
Postcondition Kontrak kerja telah dibuat dan system menyimpan kontrak kerja.
Exception Paths Konveksi tidak menyetujui kontrak kerja.
Other Tidak ada

3.2.6 Pembayaran
Use Case Name Melakukan Pembayaran
Trigger Kontrak kerja telah disetujui
Precondition Konveksi dan konsumen sepakat dengan harga
Basic Path 1. Konsumen membuka menu pembayaran.
2. Sistem akan menampilkan harga pesanan, daftar no rekening
konveksi dan file attach untuk bukti transfer.
3. Konsumen mentransfer susuai dengan harga pesanan dan no
rekening kemudian mengirim bukti transfer.
4. Sistem akan menunggu konfirmasi konveksi.
5. Sistem akan menampilkan notifikasi pembayaran
6. Konveksi menkonfirmasi pembayaran
Alternative Paths Pada step 3, konveksi tidak mentransfer sesuai ketentuan.
Postcondition Sistem akan konfirmasi transaksi dan menyimpan datanya
Exception Paths Rekening tidak valid.
Other Tidak

SRS V 1.3 12 May 19, 2017

3.3 Non-Functional Requirements

3.3.1 Non Funtional Requierments

Kebutuhan yang mendukung kelancaran sistem ini didefinisikan sebagai berikut:
Availability: online 24 jam, dengan asumsi koneksi Internet dan jaringan
berjalan
Normal dan up time 99%.
Reliability: sistem data reliabel berhubungan dengan postingan dan transkasi
Ergonomy: user friendly dengan memperhatikan hal yang berhubungan
dengan
Human Computer Interaction
Portability: dapat diakses dengan berbagai macam browser (IE, Mozilla, dll)
Windows
Memory: Minimum memory untuk server aplikasi 1 Gb, untuk client browser
256MB
Response time: tidak terukur
Security: Login dan validasi password

3.3.2 Logical Structure of the Data

The logical structure of the data to be stored in the MeetKonveksi database is

given below.

Figure 12 - Logical Structure of the Article Manager Data

SRS V 1.3 13 May 19, 2017

Gambar pada figure 4 menjelaskan entity relationship database yang dimana hubungan
antara tabel pada aplikasi MeetKonveksi.

Data deskripsi dari data entity diatas yaitu :

Posting Entity
Data Item Type Description Comment
Name Text Judul postingan
Email Address Text Alamat dari pengirim
IdPosting Pointer Id
Category Checkbox Kategori dari postingan
Postingan Text Isi postingan

AkunPelanggan Entity
Data Item Type Description Comment
Name Text Nama konsumen
ID Integer Id
Email Address Text Alamat email konsumen
History Text Recent transaksi
NoHandphone Text No handphone konsumen
Alamat Text Alamat konsumen

ResponPesanan Entity
Data Item Type Description Comment
IdRespon Text Id respon atau acceptance
IdPosting Text Id postingan
Pesan Text Pesan dari konveksi untuk
konsumen(CV)

AkunKonveksi Entity
Data Item Type Description Comment
Name Text Nama konveksi
ID Integer Id
Email Address Text Email konveksi
History Text Recent transaksi konveksi
Review Text Testimony dari konsumen
NoHP Text No hp konveksi
Alamat Text Alamat konveksi

Negosiasi Entity
Data Item Type Description Comment
NameKonsumen Text Nama konsumen
NamaKonveksi Text Nama konveksi
Id Text Id negosiasi
Chat Text Isi pesan

SRS V 1.3 14 May 19, 2017

Persetujuan Entity
Data Item Type Description Comment
NameKonsumen Text Nama konsumen
NamaKonveksi Text Nama konveksi
Perjanjian Text Isi perjanjian
Id Text Id

Pembayaran Entity
Data Item Type Description Comment
NameKonsumen Text Nama konsumen
NamaKonveksi Text Nama konveksi
NoRekening Text No rekening konveksi
Id Text Id pembayaran
TotalPembayaran Text Banyak uang

3.3.2 Security

Untuk kemanan pada aplikasi MeetKonveksi akan menggunakan keaanan

diataranya :

Authentication (keabsahan pengirim)

Identitas pengguna/pengirim data teridentifikasi (tidak ada kemungkinan
penipuan)
Confidentiality (kerahasiaan data)
Data tidak dapat dibaca oleh pihak yang tidak berhak
Integrity (keaslian data)
data tidak dapat diubah secara tidak sah
Non-Repudiation (anti-penyangkalan)
tidak ada penyangkalan pengiriman data (dari pihak penerima terhadap
pihak pengirim)
Enkripsi (Menyandikan data)
Otentifikasi (Melakukan verifikasi terhadap identitas pengirim dan
penerima)
Firewall ( Menyaring serta Melindungi lalu lintas data di jaringan atau
server)

SRS V 1.3 15 May 19, 2017