Nama : Ulaen, Hendra Ch.D.

Class : B

Software Engineering Assignment

1. Request for Proposal (RFP)

Suatu Request for Proposal merupakan suatu dokumen resmi yang diperuntukkan kepada
vendor dari project mengenai layanan-layanan yang kita butuhkan dalam kita
mengembangkan project anda. Request yang kita buat ini akan membuat vendor merespon
setiap poin didalam RFP kita dalam mereka membuat proposal. Sehingga, RFP ini
memimpin vendor dengan memfokuskan perhatian mereka kepada suatu hal tertentu. RFP
membangun kesan pertama dari grup pengembangan software anda, dan project yang akan
diselesaikan.

Suatu RFP berisi bagian-bagian berikut :

I. Tujuan Training secara umum
Pada bagian ini berisi mengenai tujuan bisnis secara umum oleh produk/software
yang baru atau proses yang menjadi basis dari Training. Sebagai tambahan, dijelaskan
mengenai komponen-komponen utama dari produk yang baru atau cara kerjanya, dan
dibandingkan dengan produk sebelumnya.
II. Target peserta
Bagian ini berisi mengenai daftar dari peserta-peserta yang akan diberikan Training.
Baik itu primer, maupun sekunder. Beserta informasi mengenai tanggung jawab
mereka dihubungkan dengan perubahan dari pengenalan akan produk baru atau
proses. Selain itu, jumlah orang yang akan diberikan Training.
III. Tujuan
Pada bagian tujuan, sudah pasti menggambarkan apa yang akan dicapai oleh Training
ini, serta apa yang perlu dilakukan oleh peserta.
IV. Detail dari Project
Detail dari project berisi mengenai project secara detil, berisi deskripsi-deskripsi dari
project secara jelas, dari analisis sampai proses pengembangan project.
V. Batasan dari budget, jadwal dan desain
Bagian ini membahas mengenai batas pengeluaran yang akan dikeluarkan bersama
dengan vendor pada project ini. Selain itu, juga dibahas mengenai perencanaan,
jadwal dari pengembangan project, serta batasan-batasan dari desain project.
VI. Sumber daya yang disediakan
Pada bagian ini, dibahas mengenai sumber daya yang disediakan oleh anda, secara
spesifik yaitu dokumentasi secara teknis, perlengkapan, fasilitas, dan sumber daya
lainnya yang akan disediakan untuk vendor dalam proses pengembangan.
VII. Kriteria untuk mengevaluasi kesuksesan Training
Pada bagian ini, merupakan daftar kriteria-kriteria bagaimana sehingga Training itu
sukses, yang akan dinilai oleh anda atau klien anda.
VIII. Kriteria untuk memilih vendor
Merupakan daftar dari kriteria-kriteria yang akan digunakan dalam menentukan
proposal vendor yang terbaik. Kriteria-kriteria ini akan menentukan vendor yang
terbaik dalam melaksanakan project.
IX. Permintaan untuk pendapat dari vendor
Bagian ini merupakan tempat dimana kita memiliki ketidakpastian terhadap
pengembahan project, strategi sehingga membutuhkan rekomendasi dari vendor.
X. Aturan dan kondisi
Merupakan lampiran dari kontrak atau kondisi-kondisi atau requirement yang harus
dicapai oleh vendor.

- Manfaat dari RFP yaitu untuk memberikan gambaran secara umum kepada vendor yang
kita tuju dalam pengembangan project anda tentang project yang anda sedang laksanakan
serta meminta proposal kepada vendor tersebut dalam membantu pengembangan project
anda.
2. Software Requirement Specification (SRS)
Software Requirement Specification (SRS) merupakan spesifikasi requirement dari suatu
sistem software, yaitu berupa deskripsi lengkap mengenai behavior dari sistem yang akan
dikembangkan. SRS berisi kumpulan use case yang menggambarkan semua interaksi yang
ada di software tersebut. Selain itu, SRS juga berisi requirement-requirement non-fungsional
serta constraint pada desain dan implementasi.

Berikut merupakan outline dari contoh SRS :

I. Pendahuluan
Pada bagian pendahuluan, diberikan pengantar mengenai spesifikasi, baik itu
mengenai definisi, tujuan, serta pembaca yang ditargetkan untuk membaca SRS ini,
serta pengenalan secara umum mengenai spesifikasi.
II. Pengenalan secara menyeluruh tentang sistem / software (overview)
Bagian ini membahas mengenai sistem / software secara menyeluruh, mulai dari
definisi, tujuan bisnis, manfaat, serta konteks dari sistem. Selain itu, dibahas juga
kemampuan dari sistem, yaitu berupa fungsi dan fitur-fitur dari sistem.
III. Functional Requirements
Bagian ini membahas mengenai requirement-requirement fungsional dari sistem,
digambarkan melalui use cases. Use cases ini menggambarkan seluruh kerja
fungsional dari software secara keseluruhan, melalui semua pengguna yang
menggunakan software tersebut. Use cases yang digambarkan menunjukkan seluruh
kerja fungsional dari software.
IV. Data Requirements
Pada bagian data requirements, dibahas mengenai data-data yang dibutuhkan dalam
pengembangan software. Data-data ini mencakup semua data yang diperlukan oleh
software dalam prosesnya. Data-data ini bisa berupa input, serta output yang akan
dihasilkan oleh sistem / software.
V. System Quality Requirements
Pada bagian system quality requirements, dijelaskan secara spesifik factor-faktor dari
system quality yang tidak berhubungan dengan functional requirement yang
didokumentasikan melalui use case.
VI. System Constraints
Dalam bagian system constraints, dijelaskan mengenai batasan-batasan yang ada pada
system / software secara keseluruhan. Batasan yang ada berupa batasan dalam
arsitektur, desain dan implementasi dari sistem.
VII. Appendix
Pada bagian appendix, hanya ditambahkan lampiran-lampiran yang diperlukan dalam
spesifikasi dari software ini.

- Contoh spesifikasi requirement dari suatu sistem cuti :

No. SRS Requirements

SRS-001 Sistem harus dapat digunakan untuk mengajukan cuti.

SRS-002 Sistem harus dapat digunakan untuk membatalkan cuti.

- Manfaat dari SRS yaitu untuk menunjukkan kepada pembaca mengenai spesifikasi dari
suatu software / sistem dengan jelas serta requirement-requirement baik fungsional
maupun non-fungsional serta batasan-batasan sehingga dapat memberikan gambaran
yang jelas mengenai sistem.
3. SRS untuk sistem informasi prosedur pada suatu universitas
1. Prosedur mengikuti ujian masuk universitas
Asumsi :
Calon mahasiswa telah mengisi formulir pendaftaran universitas dan memasukannya.

No. SRS Requirement(s)

SRS-001 Calon mahasiswa memerlukan kartu tanda sebagai mahasiswa baru.

SRS-002 Calon mahasiswa harus memakai pakaian yang rapi dan sopan sesuai aturan
universitas.

SRS-003 Calon mahasiswa harus sudah mempelajari materi jian masuk yang diberikan
universitas.

2. Prosedur pendaftaran mahasiswa baru (Unklab)

Asumsi :
- Calon mahasiswa telah ditamatkan dari SMA/SMK.
- Calon mahasiswa telah mengikuti ujian masuk universitas dan lulus.
- Calon mahasiswa telah memilih fakultas dan jurusan yang dia inginkan.
- Calon mahasiswa telah mempunyai uang untuk membayar biaya kuliah.

No. SRS Requirement(s)

SRS-001 Calon mahasiswa perlu menyediakan ijazah SMA/SMK-nya serta beberapa

kopiannya.

SRS-002 Calon mahasiswa perlu mengisi formulir yang berisi NIM-nya serta data diri
secara lengkap.

SRS-003 Calon mahasiswa perlu melakukan pembayaran biaya OSPEK.

SRS-004 Calon mahasiswa perlu mengisi dan menandatangani surat pernyataan untuk
mengikuti aturan yang didapat di bidang kemahasiswaan.

SRS-005 Calon mahasiswa perlu melakukan pembayaran biaya kuliah sesuai yang
ditentukan.

SRS-006 Calon mahasiswa perlu melakukan approve akan pembayarannya di kantor

keuangan.

SRS-007 Calon mahasiswa perlu memilih mata kuliah yang akan diambil pada
 semester yang sedang berjalan.

SRS-008 Calon mahasiswa perlu melakukan approve mata kuliah yang diambil di
kantor keuangan.

SRS-009 Calon mahasiswa perlu melakukan approve mata kuliah yang diambil di
fakultas setelah kantor keuangan.

SRS-010 Calon mahasiswa perlu melakukan pendaftaran untuk menentukan status

tempat tinggal selama semester yang sedang berjalan.

3. Prosedur pendaftaran mahasiswa lama (Unklab)

Asumsi :
- Mahasiswa telah berkuliah selama ± 1 semester (mahasiswa lama).
- Mahasiswa telah mempunyai uang untuk membayar biaya kuliah.
- Mahasiswa tidak mempunyai masalah yang berhubungan dengan bidang
kemahasiswaan.
- Mahasiswa telah berkonsultasi dengan dekan fakultas atau ketua jurusan
mengenai mata kuliah.

No. SRS Requirement(s)

SRS-001 Mahasiswa perlu melakukan pembayaran biaya kuliah sesuai yang

ditentukan.

SRS-002 Mahasiswa perlu melakukan approve akan pembayarannya di kantor

keuangan.

SRS-003 Mahasiswa perlu memilih mata kuliah yang akan diambil pada semester yang
sedang berjalan.

SRS-004 Mahasiswa perlu melakukan approve mata kuliah yang diambil di kantor
keuangan.

SRS-005 Mahasiswa perlu melakukan approve mata kuliah yang diambil di fakultas
setelah kantor keuangan.

SRS-006 Mahasiswa perlu melakukan pendaftaran untuk menentukan status tempat

tinggal selama semester yang sedang berjalan.
4. Prosedur pendaftaran asrama (Unklab)
Asumsi :
- Mahasiswa telah melakukan pembayaran biaya kuliah.
- Mahasiswa telah selesai melakukan pendaftaran mata kuliah.

No. SRS Requirement(s)

SRS-001 Mahasiswa perlu menyediakan pas foto 3x4 sebanyak 3 lembar.

SRS-002 Mahasiswa perlu menyediakan Alkitab dan Advent Youth Sing.

SRS-003 Mahasiswa perlu menyediakan schedule dari mata kuliah pada semester yang
sedang berjalan.

SRS-004 Mahasiswa perlu melakukan pengisian pada formulir biodata di asrama.

SRS-005 Mahasiswa perlu menentukan ruangan(kamar) dimana tempat akan tinggal

selama semester yang sedang berjalan.

5. Prosedur mahasiswa pindahan

Asumsi :
- Mahasiswa telah melakukan prosedur pindah universitas dari universitas
sebelumnya.

No. SRS Requirement(s)

SRS-001 Mahasiswa perlu menyediakan surat-surat serta dokumen yang diperlukan

untuk masuk ke universitas yang dituju, seperti ijazah, dll.

SRS-002 Mahasiswa perlu menyediakan transkrip nilai dari mata kuliah yang sudah
diambil di universitas sebelumnya.

SRS-003 Mahasiswa melakukan pembayaran biaya kuliah di kantor keuangan.

SRS-004 Mahasiswa berkonsultasi dengan dekan atau ketua jurusan untuk memilih
mata kuliah yang akan diambil pada semester yang sedang berjalan.

SRS-005 Mahasiswa harus mengikuti ketentuan-ketentuan yang dijalankan di

universitas tersebut.
4. SRS untuk informasi bagi mahasiswa yang terdapat pada papan pengumuman
Contoh : papan pengumuman Unklab

No. SRS Requirement(s)

SRS-001 Mahasiswa memerlukan informasi kalender akademik dari semester yang

sedang berjalan.

SRS-002 Mahasiswa memerlukan informasi lokasi tempat yang dituju dalam kampus.

SRS-003 Mahasiswa memerlukan berita-berita baru seputar kampus.

SRS-004 Mahasiswa memerlukan informasi mengenai event-event yang akan

berlangsung di kampus secara umum.

SRS-005 Mahasiswa memerlukan informasi mengenai event-event yang akan

berlangsung di suatu fakultas secara khusus.

SRS-006 Mahasiswa memerlukan informasi mengenai dosen serta tempat dosen itu
berada pada saat itu.

SRS-007 Mahasiswa memerlukan informasi mengenai seniors pada semester yang

sedang berjalan.

SRS-008 Mahasiswa memerlukan informasi mengenai mahasiswa yang bermasalah

dalam bidang kemahasiswaan.

SRS-009 Mahasiswa memerlukan informasi mengenai mahasiswa yang bermasalah

dalam bidang akademis.

SRS-010 Mahasiswa memerlukan informasi mengenai perubahan jadwal mata kuliah,

serta pindah tempat mata kuliah.

SRS-011 Mahasiswa memerlukan informasi mengenai jadwal ujian mata kuliah, atau
perubahan jadwal ujian.

SRS-012 Mahasiswa memerlukan informasi pengumuman dari fakultas.

SRS-013 Mahasiswa memerlukan informasi tanggal pengembalian buku yang

dipinjam di perpustakaan.

SRS-014 Mahasiswa memerlukan informasi jadwal perkuliahan pada semester yang

sedang berjalan.
SRS-015 Mahasiswa memerlukan informasi seating gereja saat ibadah.

SRS-016 Mahasiswa memerlukan informasi absensi ibadah di gereja.

SRS-017 Mahasiswa memerlukan informasi absensi chapel di fakultas masing-masing.

SRS-018 Mahasiswa memerlukan informasi seating chapel dari fakultas masing-

masing.

SRS-019 Mahasiswa memerlukan informasi mengenai daftar mahasiswa yang

terlambat mendaftar pada semester yang sedang berjalan.

SRS-020 Mahasiswa memerlukan informasi mengenai daftar mahasiswa yang

mendapat nilai incomplete pada beberapa mata kuliah.

SRS-021 Mahasiswa memerlukan informasi mengenai seniors yang bermasalah.

SRS-022 Mahasiswa memerlukan informasi notifikasi secara spesifik, seperti untuk

mahasiswa fakultas tertentu, atau untuk seniors maupun calon seniors.