Requirement Document. Dokumen kebutuhan Dokumen kebutuhan merupakan pernyataan resmi dari apa yang dibutuhkan dari pembangun sistem, berisi definisi dan.

Презентация:



Advertisements
Похожие презентации
Requirement Conclusion. Definisi Requirement adalah gambaran dari layanan (services) dan batasan bagi sistem yang akan dibangun. Fungsi Menjadi dasar.
Advertisements

Oleh: erwinchristiant.my1.ru. Kegiatan yang berfungsi untuk merumuskan tujuan dan ukuran dari aplikasi berbasis web serta menentukan batasannya system.
Requirement. Definisi Requirement adalah gambaran dari layanan (services) dan batasan bagi sistem yang akan dibangun. Pernyataan/gambaran pelayanan yang.
Rekayasa Perangkat Lunak 1 Pengantar. Software (1) Perintah (program komputer) yang bila dieksekusi memberikan fungsi dan unjuk kerja seperti yang diinginkan.
Design Perangkat Lunak Pertemuan 9. Setelah kebutuhan dikumpulkan, analisis terhadap kebutuhan dilakukan dengan menggunakan beberapa alat (tools) seperti.
Architectural Design. FASE PENGEMBANGAN DAN DESAIN SOFTWARE Design Code Generation (manual or automatic) Testing Setiap langkah melakukan transformasi.
Analisis Model. Apa, Siapa, Mengapa? Model analisis menggunakan kombinasi teks dan diagram untuk menggambarkan kebutuhan data, fungsi dan tingkah-laku.
NAMA : ASARI NPM : PERANCANGAN SISTEM INFORMASI MANAJEMEN DAN AKUNTANSI BARANG INVENTARIS GUNA MENINGKATKAN EFEKTIFITAS PENGELOLAAN BARANG.
SISTEMATIKA PENULISAN TUGAS PP KOTA DALAM FORMAT PENULISAN ILMIAH (PKMI) Kiat Menyusun Artikel.
STRATEGI USAHA YANG SESUAI AGAR TERCAPAI TUJUAN PERUSAHAAN.
DATA WAREHOUSE TEKNIK INFORMATIKA TITUS KRISTANTO, S.KOM PERTEMUAN IV © APRIL 2012.
Wirausaha : Komunikasi Bisnis 1. Hal yang dipelajari 1.Komunikasi di dunia bisnis 2.Hambatan komunikasi bisnis 3.Saluran komunikasi formal dan informal.
Model Proses PL. Proses Kerangka kerja untuk tugas-tugas yang dibutuhkan untuk membangun perangkat lunak dengan kualitas tinggi & Model Proses PL Strategi.
Berbagai Jenis Lisensi dan Berkembangnya Perangkat Lunak Bebas.
Nonot Wisnu Karyanto. UTS Konsep Dasar Berkas Perangkat Keras dan Parameternya Bloking dan Buffering Penyimpanan Data Organisasi File File Sequensial.
PENGERTIAN Analisis laporan keuangan secara harfiah terdiri dari dua kata, yaitu: 1. Analisis, yang berarti penguraian suatu pokok atas berbagai bagiannya.
ASPEK TEKNIS/OPERASI. Penentuan kelayakan teknis atau operasi perusahaan menyangkut hal-hal yang berkaitan dengan teknis/operasi, sehingga apabila tidak.
Erwin Christiant S.Kom - Arsitektur dan Organisasi Komputer.
U M L Unified Modeling Language. Penggunaan UML itu sendiri tidak terbatas hanya pada dunia software modeling, bisa pula digunakan untuk modeling hardware.
ORGANISASI BERKAS. Organisasi Berkas ialah suatu teknik atau cara untuk menyatakan dan menyimpan record-record dalam sebuah berkas / file Ada 4 teknik.
Транксрипт:

Requirement Document

Dokumen kebutuhan Dokumen kebutuhan merupakan pernyataan resmi dari apa yang dibutuhkan dari pembangun sistem, berisi definisi dan spesifikasi requirement. Sebisa mungkin berupa kumpulan dari APA yang harus dikerjakan sistem, BUKAN BAGAIMANA sistem mengerjakannya.

Dokumen kebutuhan sebaiknya Menjelaskan perilaku eksternal sistem Menjelaskan batasan pada implementasi Mudah diubah Sebagai alat referensi untuk pemelihara sistem Mencatat peringatan awal tentang siklus dari sistem Menjelaskan bagaimana sistem merespon hal­hal yang tidak

What is a Software Requirements Specification (SRS) ? SRS adalah pemahaman terhadap sebuah perusahaan/organisasi (secara tertulis) dari pelanggan(client) atau memahami kebutuhan sistem yang diinginkan client sebelum sistem tersebut dikembangkan atau di desain. SRS berisi fungsional dan nonfunctional req. saja, tidak menawarkan usulan disain, kemungkinan pemecahan teknologi atau permasalahan bisnis, atau informasi yang lain.

SRS Doc. Kemampuan dan fungsi suatu sistem perangkat lunak ( yaitu : software aplikasi, E-commerce, dll ) harus mempunyai batasan sesuai dengan dimana sistem tsb. akan di implementasikan. SRS doc. juga berfungsi sebagai blueprint untuk melengkapi suatu proyek dengan pertumbuhan biaya yang sekecil seperti mungkin. SRS doc. sering dikenal sebagai "parent" dokumen sebab semua dokumen manajemen proyek yang berikut, seperti spesifikasi disain, statemen dari pekerjaan, spesifikasi arsitektur perangkat lunak, pengujian dan validation plans, dan rencana dokumentasi akan selalu dihubungkan dengan SRS.

Tujuan SRS : Menyediakan feedback bagi pelanggan. SRS adalah jaminan pelanggan bahwa developer memahami isu atau permasalahan untuk dipecahkan dan perangkat lunak yang diperlukan untuk mengatasi permasalahan tsb. SRS harus ditulis dalam bahasa alami bukan formal, boleh juga meliputi tabel, tabel, diagram arus data, tabel keputusan, dan seterusnya. Merumuskan masalah. Mencatat req. perangkat lunak, memberikan batasan masalah, merumuskan tujuan, dan memberikan bantuan untuk memecahkan masalah. Bertindak sebagai masukan bagi desain spesifikasi. SRS sebagai parent dokumen ke dokumen yang berikut, seperti disain spesifikasi PL. Oleh karena itu, SRS harus berisi detil req. sistem yang fungsional sedemikian hingga solusi disain dapat diplan. Sebagai suatu product validation check. SRS juga bertindak sebagai parent dokumen untuk testing dan validation yang akan diberlakukan bagi req. untuk verifikasi.

Informasi yang diperlukan SRS Meliputi : Interfaces Kemampuan fungsional Performance Levels Data Structures/Elements Safety (keamanan) Reliability (keandalan) Security/Privacy Quality Constraints and Limitations

Study Case

Pustaka Sommerville, Ian. "Software Engineering".6th. Addison Wesley. 2001