Rekayasa perangkat lunak (dha4)

ST. MAWADDATANWWARAHMAH

PERT 4

Dhawarahmah 1

PERSYARATAN PERANGKAT LUNAK

Dhawarahmah 2

4. 1 PERSYARATAN FUNGSIONAL & NON FUNGSIONAL

4.2 PERSYARATAN USER

4.3 PERSYARATAN SISTEM

4.4 DOKUMEN PERSYARATAN PERANGKAT LUNAK

Dhawarahmah 3

Deskripsi layanan dan batasan merupakanpersyaratan bagi sistem, dan proses menemukan,menganalisis, mendokumentasikan , dan memeriksalayanan dan batasan tersebut yang dinamakanrekayasa persyaratan.

Dhawarahmah 4

Istilah persyaratan tidak dipakai di seluruh industriperangkat lunak secara konsisten.

Pada beberapa kasus, persyaratan dipandang sebagaipersyaratan tingkat tinggi dan abstrak mengenailayanan harus diberikan sistem atau mengenaibatasan sistem.

Lanjutan

Dhawarahmah 5

Beberapa masalah yang muncul pada saat prosesrekayasa persyaratan merupakan akibat dari kegagalanmembuat pemisahan yang jelas antara tingkat-tingkatdeskripsi yang berbeda ini. Dalam hal ini menggunakanistilah persyaratan user, persyaratan sistem dan spesifikasiperancangan perangkat lunak.

Dhawarahmah 6

Persyaratan user, persyaratan sistem, dan spesifikasiperangkat lunak dapat didefinisikan sebagai berikut:

- Persyaratan user merupakan pernyataan dalam bahasanatural ditambah diagram, mengenai apa yang kitaharapkan disediakan oleh sistem dan batasanoperasinya.

Dhawarahmah 7

- Persyaratan sistem menentukan layanan dan batasansistem secara rinci. Dokumen ini berlaku sebagaikontrak antara pembeli sistem dan pengembangperangkat lunak.

- Spesifikasi perancangan sistem merupakan deskripsiabstrak dari perancangan perangkat lunak yangmerupakan dasar bagi perancangan yang lebih rinci danimplementasi.

Dhawarahmah 8

Gambar 5.1

Definisi Persyaratan user1. Perangkat lunak memberikan bantuan dalam merepresentasikan dan mengakses file-file eksternal yang dibuat dengan alat bantu (tool) lain.

Spesifikasi Persyaratan Sistem1.1 user harus diberi fasilitas untuk mendefinisikan jenis file eksternal1.2 setiap file eksternal bisa memiliki alat bantu relevan yang bisa diterapkan pada file tersebut1.3 setiap file eksternal bisa direpresentasikan sebagai ikon yang spesifik pada display user1.4 fasilitas harus disediakan untuk ikon yang merepresentasikan suatu jenis file eksternal yang akan didefinisikan oleh user1.5 ketika user memilih sebuah ikon yang merepresentasikan file eksternal, efek pemilihan itu adalah penerapan alat bantu yang berhubungan dengan jenis file eksternal ke file yang direpresentasikan oleh ikon yang dipilih.

GAMBAR 5.1 PERSYARATAN USER & SISTEMDhawarahmah 9

Gambar 5.1 mengilustrasikan Perbedaan antarapersyaratan user dan persyaratan sistem. Gambartersebut menunjukkan bagaimana persyaratan userdapat diperluas menjadi beberapa persyaratan sistem.

Dhawarahmah 10

Gambar 5.2

pembaca dengan jenis spesifikasi yang berbedaDhawarahmah 11

- Persyaratan user harus ditulis untuk klien dan manajerkontraktor yang tidak memilki pengetahuan teknis rincimengenain sistem.

- Spesifikasi persyaratan sistem harus ditujukan bagi stafteknis senior dan manajer proyek.

- Spesifikasi perancangan perangkat lunak merupakandokumen yang berorientasi pada implementasi.

Dhawarahmah 12

Persyaratan fungsional. Ini merupakan pernyataanlayanan harus diberikan sistem, bagaimana sistemharus bereaksi terhadap input tertentu, dan bagaimanasistem berlaku pada situasi-situasi tertentu.

Persyaratan non-fungsional. Ini merupakan batasanlayanan atau fungsi yang diberikan sistem.

Persyaratan domain. Ini merupakan persyaratan yangdatang dari domain aplikasi sistem dan merefleksikankarakteristik domain tersebut.

Dhawarahmah 13

Persyaratan fungsional untuk sistem mendeskripsikanfungsionalitas atau layanan yang diharapkan akandiberikan oleh sistem.

Persyaratan ini bergantung pada jenis perangkat lunakyang sedang dikembangkan, user yang diharapkanmenggunakan perangkat lunak tersebut dan jenis sistemyang sedang dikembangkan.

Dhawarahmah 14

Persyaratan fungsional untuk sistem perpustakaan universitas (Kotonya dan Sommerville, 1998) untuk memesan buku dari perpustakaan lain.

1. User dapat mencari semua data atau set awal database atau memilih subset darinya.

2. Sistem akan menyediakan viewer yang sesuai bagi user untuk membaca dokumen pada penyimpanan (store) dokumen.

3. Semua pemesanan akan diberi identifier yang unik (ORDER_ID) yang dapat dikopi user ke area penyimpanan permanen untuk account tersebut.

Dhawarahmah 15

Persyaratan non-fungsional, dilihat dari namanyamerupakan persyaratan yang tidak langsungberhubungan dengan fungsi spesifik yang disediakanoleh sistem.

Persyaratan ini berhubungan dengan properti sistem,seperti keandalan, waktu tanggap, dan penempatanpada media penyimpanan

Dhawarahmah 16

- Jika sebuah sistem pesawat udara tidak memenuhipersyaratan keandalannya, sistem tersebut tidak akandisertifikasi aman untuk beroperasi.

- Jika sebuah sistem kontrol real-time gagal memenuhipersyaratan kinerjanya, fungsi kontrol tidak akanberoperasi dengan benar.

Dhawarahmah 17

Gambar 5.3 Jenis Persyaratan Non-fungsionalDhawarahmah 18

Persyaratan produk, ini merupakan persyaratanyang menspesifikasi perilaku produk.

Persyaratan organisasi. Persyaratan ini berasal darikebijakan dan prosedur pada organisasi pelanggandan pengembang.

Persyaratan eksternal. Nama yang luas inimencakup semua persyaratan yang berasal darifaktor eksternal terhadap sistem dan prosespengembangannya.

Dhawarahmah 19

Gambar 5.4 contoh persyaratan non-fungsional

Persyaratn Produk

4.C.8 Semua komunikasi yang diperlukan antara APSE dan user harus mungkin diekspersikan dalam set karakter ada.

Persyaratan organisasi

9.3.2 Proses pengembangan sistem dan dokumen yang telah selesai akan mengikutiproses dan hasil yang diharapkan, yang didefinisikan pada XYZCo-SP-STAN-95

Persyaratan eksternal

7.6.5 Sistem tidak akan mengungkapkan informasi pribadi pelanggan, selain nama dan nomor referensi mereka kepada operator sistem.

Dhawarahmah 20

Gambar 5.5 Tujuan sistem dan persyaratan yang dapat

diverifikasi

Tujuan sistem

Sistem harus dapat digunakan dengan mudah oleh kontroller yang berpengalaman dan harus diatur sedemikian rupa sehingga error diminimasi.

Persyaratan non-fungsional yang dapat diverifikasi

Kontroller yang berpengalaman akan dapat menggunakan semua fungsi sistem setelah total dua jam pelatihan. Setelah pelatihan ini, jumlah rata-rata error yang dibuat oleh user yang berpengalaman tidak akan melebihi dua per hari.

Dhawarahmah 21

Gambar 5.6Ukuran untuk spesifikasi persyaratan non-fungsional

Properti Pengukuran

Kecepatan Transaksi yang diproses/ detik waktu tanggap user/evet waktu refresh layar

Ukuran K byteJumlah chip RAM

Kemudahan penggunaan Waktu pelatihanJumlah frame help

Keandalan Waktu rata-rata kegagalan Probabilitas ketidaksediaanKecepatan terjadinya kegagalanKetersediaan

Ketahanan Waktu start ulang setelah kegagalan Persentase event yang menyebabkan kegagalan Probabilitas korupsi data pada kegagalan

Portabilitas Persentase pernyataan yang bergantung target jumlah sistem target.

Dhawarahmah 22

Persyaratan domain berasal dari domain aplikasi dan bukan dari kebutuhan user sistem yang spesifik.

Persyaratan ini bisa berupa persyaratan fungsional yang baru, membatasi persyaratan fungsional yang ada atau menentukan bagaimana komputasi tertentu harus dilakukan

Jika persyaratan ini tidak dipenuhi, tidak menutup kemungkinan membuat sistem bekerja dengan tidak memuaskan

Dhawarahmah 23

1. Akan ada interface user standar bagi semua database yang akan didasarkan pada standar Z39.50

2. Karena adanya batasan hak cipta, beberapa dokumen harus dihapus dengan segera pada saat berakhir. Bergantung pada persyaratan user, dokumen-dokumen ini akan dicetak lokal pada server sistem untuk kemudian diteruskan secara manual kepada user, atau di-routekan ke printer jaringan.

Dhawarahmah 24

Persyaratan user untuk sistem harus mendeskripsikanpersyaratan fungsional dan non-fungsional sehinggadapat dipahami oleh user sistem yang tidak memilkipengetahuan teknik yang rinci.

Persyaratan user tidak boleh didefinisikan denganmemakai model implementasi.

Persyaratan user harus ditulis dengan memakai bahasanatural, format, dan diagram intuitif yang sederhana

Dhawarahmah 25

1. Tidak adanya kejelasan. Kadang-kadang sulitmenggunakan bahasa dengan cara yang tepat dan tidakmendua artinya tanpa membuat dokumen menjadipanjang dan sulit dibaca

2. Kesimpang-siuran persyaratan. Persyaratan fungsional,persyaratan non-fungsional, tujuan sistem dan informasiperancangan mungkin tidak dibedakan dengan jelas.

3. Penggabungan persyaratan. Beberapa persyaratan yangberbeda dapat dinyatakan bersama dalam satupersyaratan

Dhawarahmah 26

Gambar 5.7 persyaratan bagi database

untuk lingkungan pemrograman

4.A.5 Database ini akan mendukung pembuatan dan kontrol objek konfigurasi, yaitu objek yang merupakan pengelompokan objek lainnya pada database. Fasilitas kontrol konfigurasi akan memungkinkan akses terhadap objek pada kelompok versi dengan menggunakan nama yang tidak lengkap

Dhawarahmah 27

Gambar 5.8 persyaratan user untuk grid editor

Fasilitas Grid

Fasilitas grid ini digunakan untuk membantu penempatan entitas pada diagram, user bisa membuat grid dalam ukuran centimeter atau inci, melalui plihan pada panel kontrol. Pada awalnya, grid ini tidak ada. Grid dapat ditampilkan dan dihilangkan kapan saja selama waktu pengeditan dan dapat diganti-ganti antara inci dan centimeter pada setiap saat. Pilihan grid akan disediakan pada tampilan reduce-to-fit (dikecilkan agar sesuai) tetapi jumlah garis grid yang ditampilkan akan diperkecil untuk menghindari memenuhi diagram yang kecil dengan garis-garis grid.

Dhawarahmah 28

Persyaratan konseptual dan fungsional yangmenyatakan bahwa sistem edit harus menyediakangrid.

Persyaratan non-fungsional yang memberikaninformasi rinci mengenai satuan grid (centimeteratau inci)

Persyratan interface user non-fungsional yangmendefinisikan bagaimana grid tersebutditampilkan atau dihilangkan oleh user

Dhawarahmah 29

1. Buat format standar dan pastikan bahwa semua definisipersyaratan mengikuti format tersebut.

2. Gunakan bahasa secara konsisten. Terutama bedakanantara persyaratan yang diperintahkan dan yangdiinginkan.

3. Gunakan bahasa teks (tebal dna miring) untukmenemukan bagian kunci pada persyaratan tersebut.

4. Hindari semaksimal mungkin penggunaan istilahkomputer

Dhawarahmah 30

Persyaratan sistem merupakan deskripsi yanglebih rinci dari pernyataan user.

Persyaratan ini berfungsi sebagai dasar kontrakuntuk implementasi sistem.

Merupakan spesifikasi yang lengkap dankonsisten dari sistem secara keseluruhan.

Pada prinsipnya, persyaratan sistem harusmenyatakan apa yang harus dilakukan sistemdan bukan bagaimana sistem tersebut harusdiimplementasi.

Dhawarahmah 31

Pemahaman bahasa natural bergantung padapembaca dan penulis spesifikasi dalam menggunakankata yang sama untuk konsep yang sama.

Spesifikasi persyaratan bahasa natural terlalufleksibel. Artinya bisa mengatakan hal yang samadengan cara yang berbeda.

Tidak ada cara yang mudah untuk memodularisasipersyaratan bahasa natural. Bisa jadi kita sangat sulitmenemukan semua persyaratan yang berhubungan.

Dhawarahmah 32

Gambar 5.9 Notasi untuk spesifikasi persyaratan

Notasi Keterangan

Bahasa NaturalTerstruktur

Pendekatan ini bergantung pada pendefinisian format atau template standar untuk menyatakan spesifikasi persyaratan

Bahasa deskripsi desain Pendekatan ini menggunakan bahasa seperti bahasa pemrograman tetapi lebih banyak fitur abstrak untuk menspesifikasi persyaratan dengan cara mendefinisikan model operasional sistem

Notasi grafis Bahasa grafis, dilengkapi dengan anotasi teks, yang digunakan untuk mendefinisikan persyaratan fungsional sistem. Contoh awal bahasa grafis: SADT (Ross,1977)

Spesifikasi matematis Ada notasi yang berdasarkan pada konsep matematis seperti finite-state machine atau set. Spesifikasi jenis ini mengurangi argumen antara pelanggan dan kontraktor mengenai fungsionalitas sistem

Dhawarahmah 33

Bahasa natural terstruktur merupakan bentuk yangterbatas dari bahasa natural untuk menulispersyaratan sistem

Keuntungan pendekatan ini ialah bahwa pendekatanini mempertahankan tidak hanya keekspresifan dankekomprehensifan bahasa natural tetapi jugamenjamin diterapkannya suatu tingkat keseragamanpada spesifikasi.

Bahasa ini memakai bentuk kontrol yang berasal daribahasa pemrograman dan penonjolan grafis untukmempartisi spesifikasi

Dhawarahmah 34

Proyek yang memakai bahasa natural terstruktur untukspesifikasi persyaratan sistem dideskripsikan olehHeninger (1980).

form-form khusus dirancang untuk mendeskripsikaninput, output, dan fungsi sistem perangkat lunak.

Dhawarahmah 35

Gambar 5.10 Spesifikasi persyaratan sistem dengan menggunakan form

standar

ECLIPSE/Workstation/Tools/DE/FS/3.5.1

Fungsi Menambahkan titik (node)

Deskripsi Menambahkan sebuah titik kepada desain yang sudah ada. User memilki jenis titik dan posisinya.

Input Jensi titik, posisi titik, identifier desain

Sumber Jenis titik dan posisi titik diinputkan oleh user, identifier desain dari database

Output Identifier desain

Tujuan Database desain diperuntukkan bagi database pada saat tuntasnya operasi

Membutuhkan Graf desain yang berakar pada identifier desain input

Pra-kondisi Desain terbuka dan ditampilkan pada layar user

Pasca-kondisi Desain tidak berubah terlepas dari adanya penambahan titik dengan jenis tertentu pada posisi tertentu

Efek samping Tidak ada

Definisi : ECLIPSE/Workstation/Tools/DE/RD/3.5.1

Dhawarahmah 36

1. Deskripsi fungsi atau entitas yang dispesifikasi2. Deskripsi inputnya dan dari mana asalnya3. Deskripsi outputnya dan kemana perginya4. Indikasi untuk apa entitas lainnya digunakan (bagian

membutuhkan/requires)5. Jika digunakan pendekatan fungsional, suatu pra-

kondisi mengenai apa yang harus sebelum fungsidipanggil dan pasca-kondisi yang menspesifikasi apayang benar setelah fungsi dipanggil.

6. Deskripsi efek samping operasi (jika ada)

Dhawarahmah 37

Persyaratan dapat dideskripsikan secara operasionaldengan memakai bahasa deskripsi program PDL(ProgramDescription Language).

PDL adalah bahasa yang berasal dari bahasa pemrogramanseperti java.

Keuntungan penggunaan PDL ialah bahwa bahasa inidapat diperiksa secara sintaksis dan semantik dengan alatbantu perangkat lunak.

Dhawarahmah 38

1. Ketika suatu operasi dispesifikasi sebagai serangkaianaksi yang lebih mudah dan urutan eksekusi menjadipenting.

2. Ketika interface perangkat keras dan perangkat lunakharus dispesifikasi. Pada banyak kasus, interfaceantara subsistem-subsistem didefinisikan padaspesifikasi persyaratan sistem.

Dhawarahmah 39

Bahasa yang digunakan untuk menulis spesifikasimungkin tidak cukup ekspresif untukmendeskripsikan fungsionalitas sistem

Notasinya hanya dapat dipahami oleh orang yangmemiliki cukup pengetahuan mengenai bahasapemrograman.

Persyaratan bisa diambil sebagai perancanganspesifikasi desain dibanding sebagai model untukmembantu user memahami sistem

Dhawarahmah 40

Mayoritas sistem perangkat lunak harus beroperasi dengansistem lain yang telah diimplementasi dan diinstal padasuatu lingkungan.

Jika sistem yang baru dan sistem yang sudah ada harusbekerja sama, interface sistem yang ada harus dispesifikasidengan tepat.

Dhawarahmah 41

1. Interface prosedural di mana subsistem yang adamemberikan berbagai layanan yang diakses denganmemanggil prosedur interface.

2. Struktur data yang dioperkan dari satu subsistem keyang lainnya. Dalam hal ini bisa menggunakanPDL, ddengan berbasis java.

3. Representasi data (seperti pengurutan bit) yangtelah ditetapkan untuk subsistem yang ada.

Dhawarahmah 42

Gambar 5.11 Deskripsi PDL java dari interface print server

Interface Printserver{// mendefinisikan server printer abstrak// mempersyaratkan : interface printer, interface PrintDoc/* menyediakan : initialize, print, displayPrintQueue, cancelPrintJob, switchPrinter */

void initialize (Printer p);void print (Printer p, PrintDoc d);void displayPrintQueue (printer p);void cancelPrintJob (printer p, PrintDoc d);void switchPrinter (Printer p1, printer p2, printDoc d);

} // printserver

GAMBAR: DESKRIPSI PDL JAVA DARI INTERFACE PRINT

SERVER. Dhawarahmah 43

Interface tersebut menangani antrian permintaanpencetakan file pada berbagai printer yang berbeda.

User dapat memeriksa antrian yang berhubungandengan suatu printer dan dapat mengambilpencetakan mereka dari antrian tersebut.

User juga dapat beralih dari satu printer ke printeryang lainnya.

Spesifikasi pada gambar 5.11 merupakan modelabstrak dari print server tanpa menyingkap rincianinterface

Dhawarahmah 44

Dokumen persyaratan perangkat lunak juga disebutspesifikasi persyaratan perangkat lunak atau SRS /software requirements specification merupakanpernyataan resmi mengenai apa yang dibutuhkan daripengembang sistem.

Dokumen persyaratan mempunyai berbagai macam setuser yang berkisar dari manajemen organisasi yangmembayar sistem, sampai perekayasa yangbertanggung jawab terhadap pengembangan perangkatlunak.

Dhawarahmah 45

Gambar 5.12

Dokumen Persyaratan UserDhawarahmah 46

Dokumen tersebut harus menspesifikasi perilaku sistemeksternal

Dokumen tersebut harus menspesifikasi batasan-batasanimplementasi

Dokumen tersebut harus mudah diubah

Dokumen tersebut harus berfungsi sebagai alat bantureferensi bagi pemelihara sistem

Dokumen tersebut harus mencatat prakiraan mengenaisiklus sistem

Dokumen tersebut harus mencirikan tanggapan yangdapat diterima terhadap event-event yang tidakdiinginkan

Dhawarahmah 47

1. Pendahuluan1.1 Tujuan dokumen persyaratan1.2 Cakupan produk1.3 Definisi, akronim, dan singkatan1.4 Referensi1.5 Tinjauan bagian dokumen berikutnya

2. Deskripsi umum 2.1 Perspektif Produk2.2 Fungsi produk2.3 karakteristik user2.4 Batasan-batasan umum2.5 Asumsi dan ketergantungan

Dhawarahmah 48

3. Persyaratan khusus yang mencakup persyaratan fungsional, non-fungsional dan interface.

4. Lampiran

5. Indeks

Dhawarahmah 49

Dhawarahmah 50