Muhlis Tahir

092904033

PTIK A UNM 09

Untuk memperkenalkan konsep kebutuhan pengguna

dan sistem

Untuk menjelaskan kebutuhan fungsional dan non-

fungsional

Untuk menjelaskan bagaimana kebutuhan perangkat

lunak dapat diatur dalam dokumen persyaratan

Fungsional dan persyaratan nonfunctional

Pengguna persyaratan

Persyaratan sistem

Spesifikasi interface

Perangkat lunak Persyaratan dokumen

o Proses pembentukan layanan yang pelanggan

membutuhkan dari sistem dan batasan di mana ia

beroperasi dan dikembangkan.

o Persyaratan itu sendiri adalah deskripsi dari layanan

sistem dan kendala yang dihasilkan selama proses

rekayasa persyaratan.

• Hal ini bisa berkisar dari pernyataan abstrak tinggi tingkat pelayanan

atau dari batasan sistem ke dalam spesifikasi fungsional rinci

matematika.

• Hal ini tak terelakkan sebagai persyaratan dapat melayani fungsi

ganda

Mungkin dasar untuk penawaran kontrak - karena itu harus

terbuka untuk interpretasi;

Mungkin dasar untuk kontrak itu sendiri - sehingga harus

didefinisikan secara rinci;

Kedua laporan mungkin persyaratan dipanggil.

“Jika sebuah perusahaan ingin membiarkan kontrak untuk proyek

pengembangan perangkat lunak besar, ia harus mendefinisikan kebutuhan

dalam cara cukup abstrak yang solusi tidak didefinisikan sebelumnya.

Persyaratan harus ditulis sehingga beberapa kontraktor dapat mengajukan

tawaran untuk kontrak, menawarkan, mungkin, cara yang berbeda untuk

memenuhi kebutuhan organisasi klien. Setelah kontrak sudah diserahkan,

kontraktor harus menulis definisi sistem untuk klien secara lebih rinci

sehingga klien memahami dan dapat memvalidasi software apa yang akan

dilakukan. Kedua dokumen ini dapat disebut dokumen persyaratan untuk

sistem. "

Pengguna persyaratan

Pernyataan dalam bahasa natural plus diagram dari layanan yang

tersedia dan kendala operasional. Ditulis bagi pelanggan.

Persyaratan sistem

Sebuah dokumen terstruktur berisi diskripsi detail dari fungsi

sistem, layanan dan kendala operasional. Mendefinisikan apa

yang harus dilaksanakan sehingga dapat menjadi bagian dari

kontrak antara klien dan kontraktor.

Persyaratan Fungsional

Pernyataan layanan sistem yang harus disediakan, bagaimana sistem

harus bereaksi terhadap input tertentu dan bagaimana sistem harus

berperilaku dalam situasi tertentu.

Non-fungsional persyaratan

Kendala pada layanan atau fungsi yang ditawarkan oleh sistem seperti

batasan waktu, batasan proses pembangunan, standar, dll

Persyaratan Domain

Persyaratan yang berasal dari domain aplikasi sistem dan yang

mencerminkan karakteristik dari domain tersebut.

Menjelaskan fungsi atau sistem pelayanan.

Tergantung pada jenis perangkat lunak, pengguna diharapkan dan

jenis sistem dimana perangkat lunak digunakan.

Kebutuhan pengguna mungkin fungsional tingkat tinggi laporan

sistem apa yang harus dilakukan, tetapi persyaratan sistem

fungsional harus menjelaskan layanan sistem secara rinci.

Sebuah sistem perpustakaan yang menyediakan

antarmuka tunggal ke sejumlah database artikel

dalam perpustakaan yang berbeda.

Pengguna dapat mencari, men-download dan

mencetak artikel untuk studi pribadi.

• Pengguna harus mampu mencari baik semua set awal database

atau memilih subset dari itu.

• Sistem menyediakan tampilan yang tepat bagi pengguna untuk

membaca dokumen di toko dokumen.

• Setiap pesanan harus dialokasikan unik identifier (ORDER_ID)

dimana user harus dapat menyalin ke tempat penyimpanan

permanen account.

o Masalah muncul ketika persyaratan tidak tepat dinyatakan.

o Persyaratan ambigu dapat ditafsirkan dengan cara yang berbeda

oleh pengembang dan pengguna.

o Pertimbangkan 'pemirsa yang sesuai istilah

Pengguna maksud - tujuan penampil khusus untuk setiap jenis

dokumen yang berbeda;

Interpretasi Developer - Menyediakan penampil teks yang

menunjukkan isi dokumen.

Pada prinsipnya, baik persyaratan harus lengkap dan konsisten.

Lengkap

Mereka harus menyertakan deskripsi dari semua fasilitas yang

dibutuhkan.

Konsisten

Seharusnya tidak ada konflik atau kontradiksi dalam deskripsi

fasilitas sistem.

Dalam prakteknya, adalah mustahil untuk menghasilkan dokumen

persyaratan lengkap dan konsisten.

Ini mendefinisikan sifat sistem dan kendala misalnya kehandalan,

waktu respon dan persyaratan penyimpanan. Kendala adalah

perangkat I / O kemampuan, sistem representasi, dan lain-lain.

Persyaratan proses juga dapat ditentukan mandat sistem KASUS

tertentu, bahasa pemrograman atau metode pembangunan.

Kebutuhan non-fungsional mungkin lebih penting daripada

kebutuhan fungsional. Jika ini tidak terpenuhi, sistem ini tidak

berguna.

Produk persyaratan

Persyaratan yang menetapkan bahwa produk yang diserahkan harus berperilaku

dengan cara tertentu misalnya eksekusi kecepatan, kehandalan, dan lain-lain.

Organisasi persyaratan

Persyaratan yang merupakan akibat dari kebijakan organisasi dan prosedur

misalnya standar proses yang digunakan, persyaratan pelaksanaan, dan lain-lain.

Persyaratan Eksternal

Persyaratan yang timbul dari faktor-faktor yang eksternal ke sistem dan proses

pembangunan misalnya interoperabilitas persyaratan, persyaratan legislatif, dan

lain-lain.

Produk kebutuhan

Antarmuka pengguna untuk LIBSYS harus dilaksanakan sebagai HTML

sederhana tanpa frame atau applet Java.

Organisasi persyaratan

Pengembangan sistem proses dan dokumen yang diserahkan harus

sesuai dengan proses dan kiriman didefinisikan dalam XYZCo-SP-STAN-

95.

Eksternal persyaratan

Sistem tidak akan mengungkapkan informasi pribadi apapun tentang

pelanggan selain dari nama mereka dan nomor referensi pada operator

sistem.

• Kebutuhan non-fungsional mungkin sangat sulit untuk negara tepat

dan persyaratan tidak tepat mungkin sulit untuk memverifikasi.

• Tujuan

Sebuah Tujuan umum dari user misalnya kemudahan penggunaan.

• Diverifikasi kebutuhan non-fungsional

Pernyataan menggunakan beberapa ukuran yang dapat diuji

secara objektif.

• Tujuan adalah membantu pengembang karena mereka

menyampaikan maksud dari pengguna sistem.

o Tujuan sistem

Sistem harus mudah digunakan oleh pengendali yang

berpengalaman dan harus diatur sedemikian rupa sehingga

kesalahan pengguna diminimalkan.

o Persyaratan non-fungsional diverifikasi

Pengendali berpengalaman akan dapat menggunakan semua

fungsi sistem setelah total dua jam pelatihan. Setelah pelatihan

ini, jumlah rata-rata kesalahan yang dibuat oleh pengguna yang

berpengalaman tidak akan melebihi dua per hari.

Properti Mengukur

Kecepatan

Diproses transaksi / detik

User / Event waktu respon

Layar refresh waktu

Ukuran M Bytes

Jumlah chip ROM

Kemudahan

penggunaan

Waktu pelatihan

Jumlah frame bantuan

Keandalan Berarti waktu untuk kegagalan

Probabilitas ketidaktersediaan

Tingkat terjadinya kegagalan

Ketersediaan

Kesegaran Waktu untuk restart setelah kegagalan

Persentase peristiwa yang menyebabkan kegagalan

Kemungkinan korupsi data pada kegagalan

Portabilitas

Persentase target laporan tergantung

Jumlah sistem target

Konflik antara kebutuhan non-fungsional yang berbeda yang umum

dalam sistem yang kompleks.

Wahana antariksa sistem

Untuk meminimalkan berat, jumlah chip yang terpisah dalam

sistem harus diminimalkan.

Untuk meminimalkan konsumsi daya, chip daya yang lebih

rendah harus digunakan.

Namun, dengan menggunakan chip daya rendah dapat berarti

bahwa lebih banyak chip harus digunakan. Yang merupakan

kebutuhan yang paling penting?

Berasal dari domain aplikasi dan menggambarkan karakteristik

sistem dan fitur yang mencerminkan domain.

Domain persyaratan menjadi persyaratan fungsional baru,

batasan persyaratan yang ada atau menentukan perhitungan

tertentu.

Jika persyaratan domain tidak terpenuhi, sistem mungkin tidak

bisa dijalankan.

Terjadi suatu standar antarmuka pengguna untuk semua database

yang harus didasarkan pada standar Z39.50.

Karena pembatasan hak cipta, beberapa dokumen harus dihapus

segera pada saat kedatangan. Tergantung pada kebutuhan

pengguna, baik dokumen-dokumen ini akan dicetak secara lokal

pada sistem server secara manual forwarding untuk user atau

dialihkan ke printer jaringan.

Perlambatan kereta harus dihitung sebagai:

Dtrain = Dcontrol + Dgradient

mana Dgradient adalah 9.81ms2 * gradien kompensasi / alpha dan

di mana nilai-nilai 9.81ms2 / alpha dikenal untuk berbagai jenis

kereta api.

• Understandability

Persyaratan disajikan dalam bahasa dari domain aplikasi;

Hal ini sering tidak dimengerti oleh software engineer yang

mengembangkan sistem.

• Implicitness

Spesialis Domain memahami daerah baik sehingga mereka

tidak berpikir untuk membuat persyaratan domain eksplisit.

o Harus menjelaskan kebutuhan fungsional dan non-fungsional

sedemikian rupa sehingga mereka dipahami oleh pengguna

sistem yang tidak memiliki pengetahuan teknis yang rinci.

o Persyaratan pengguna didefinisikan menggunakan bahasa alami,

tabel dan diagram seperti ini dapat dipahami oleh semua

pengguna.

Kurangnya kejelasan

Precision sulit tanpa membuat dokumen yang sulit untuk dibaca.

Persyaratan kebingungan

Kebutuhan fungsional dan non-fungsional cenderung dicampur-

up.

Persyaratan amalgamasi

Beberapa kebutuhan yang berbeda dapat dinyatakan bersama-

sama.

LIBSYS harus menyediakan suatu sistem akuntansi keuangan

yang memelihara catatan dari semua pembayaran yang dilakukan

oleh pengguna sistem. Sistem manajer dapat mengkonfigurasi

sistem ini agar pengguna tetap dapat menerima potongan harga

khusus.

Fasilitas Grid Untuk membantu dalam posisi entitas pada

diagram, pengguna dapat mengaktifkan kotak baik dalam sentimeter

atau inci, melalui opsi pada panel kontrol. Awalnya, grid tidak aktif.

Grid mungkin diaktifkan dan dinonaktifkan pada setiap saat selama

sesi editing dan dapat inch dan cm setiap saat. Sebuah pilihan grid

akan disediakan pada tampilan mengurangi-ke-fit tetapi jumlah grid

baris yang ditampilkan akan dikurangi untuk menghindari pengisian

diagram yang lebih kecil dengan garis grid.

Persyaratan Database mencakup informasi konseptual dan rinci

Menjelaskan konsep sistem akuntansi keuangan yang akan

dimasukkan dalam LIBSYS;

Namun, juga mencakup detail yang manajer dapat mengkonfigurasi

sistem ini - hal ini tidak diperlukan pada tingkat ini.

Grid persyaratan campuran tiga macam kebutuhan

Konseptual kebutuhan fungsional (kebutuhan untuk grid);

Kebutuhan non-fungsional (unit grid);

Non-fungsional UI persyaratan (switching grid).

Fasilitas Grid

Editor menyediakan fasilitas grid di mana matriks garis horisontal dan

vertikal merupakan background ke jendela editor. Grid ini harus kotak

pasif dimana alignment entitas adalah tanggung jawab pengguna.

Alasan: grid A membantu pengguna untuk membuat diagram teratur dengan

entitas baik spasi. Meskipun grid aktif, di mana entitas 'snap-to' garis grid

dapat bermanfaat, posisi tersebut tidak tepat. User adalah orang terbaik untuk

memutuskan di mana entitas harus diposisikan.

Spesifikasi: ECLIPSE / WS / Tools / DE / FS Bagian 5.6

Sumber: Wilson Ray, Kantor Glasgow

Menciptakan format standar dan menggunakannya untuk semua

kebutuhan.

Gunakan bahasa dengan cara yang konsisten. Gunakan harus untuk

kebutuhan wajib, harus untuk kebutuhan yang diinginkan.

Gunakan teks menyoroti untuk mengidentifikasi bagian penting

dari kebutuhan.

Hindari penggunaan jargon komputer.

Lebih rinci spesifikasi fungsi sistem, layanan dan batasan dari

kebutuhan pengguna.

Mereka dimaksudkan sebagai dasar untuk merancang sistem.

Mereka mungkin dimasukkan ke dalam sistem kontrak.

Persyaratan sistem dapat didefinisikan atau bergambar

menggunakan model sistem dibahas dalam Bab 8.

Pada prinsipnya, kebutuhan menyatakan apa yang harus dikerjakan

sistem dan desain harus menjelaskan bagaimana melakukan hal ini.

Dalam praktek, persyaratan dan desain yang tak terpisahkan

• Sebuah arsitektur sistem mungkin dirancang untuk struktur

persyaratan;

• Sistem mungkin antar-beroperasi dengan sistem lain yang

menghasilkan persyaratan desain;

• Penggunaan desain tertentu mungkin menjadi persyaratan

domain.

• Kemenduaan

Para pembaca dan penulis kebutuhan harus menginterpretasikan

kata yang sama dengan cara yang sama. NL secara alami ambigu

jadi ini sangat sulit.

• Over-fleksibilitas

Hal yang sama dapat dikatakan dalam beberapa cara yang

berbeda dalam spesifikasi.

• Kurangnya modularisation

Struktur NL tidak memadai untuk struktur persyaratan sistem.

Notasi Keterangan

Bahasa natural terstruktur Pendekatan ini tergantung pada bentuk mendefinisikan standar atau

template untuk menyatakan spesifikasi persyaratan.

Bahasa Deskripsi Desain Pendekatan ini menggunakan bahasa seperti bahasa pemrograman

tetapi dengan fitur yang lebih abstrak untuk menentukan persyaratan

dengan mendefinisikan model operasional sistem. Pendekatan ini

sekarang tidak banyak digunakan meskipun dapat berguna untuk

spesifikasi interface.

Notasi grafis Sebuah bahasa grafis, dilengkapi dengan penjelasan teks digunakan

untuk menentukan persyaratan fungsional untuk sistem. Contoh awal

seperti bahasa grafis adalah SADT. Sekarang, gunakan-kasus deskripsi

dan diagram urutan umum digunakan.

Matematika spesifikasi Ini adalah catatan yang berdasarkan pada konsep matematika

seperti mesin terbatas-negara atau set. Spesifikasi ini jelas mengurangi

argumen antara pelanggan dan kontraktor tentang fungsionalitas

sistem. Namun, kebanyakan pelanggan tidak mengerti spesifikasi

formal dan enggan untuk menerimanya sebagai sistem kontrak.

o Kebebasan penulis persyaratan dibatasi oleh template standar

untuk persyaratan.

o Semua persyaratan yang ditulis dalam cara yang standar.

o Terminologi yang digunakan dalam deskripsi mungkin terbatas.

o Keuntungannya adalah bahwa sebagian besar ekspresif bahasa

alam dijaga tetapi tingkat keseragaman dikenakan pada

spesifikasi.

1) Definisi fungsi atau entitas.

2) Deskripsi input dan di mana mereka berasal.

3) Deskripsi output dan mana mereka pergi.

4) Indikasi entitas lain yang dibutuhkan.

5) Pra dan pasca kondisi (jika sesuai).

6) Efek samping (jika ada) fungsi.

Pompa Insulin / Control Software/SRS/3.3.2

Hitung fungsi insulin dosis: Aman tingkat gula

Deskripsi menghitung dosis insulin akan dikirimkan ketika tingkat gula arus yang akan diukur dalam zona aman

antara 3 dan 7 unit.

Masukan membaca gula Lancar (r2), dua sebelumnya bacaan (r0 dan r1)

Sumber Lancar gula membaca dari sensor. Lain pembacaan dari memori.

Keluaran CompDose - dosis insulin harus disampaikan

Tujuan utama kontrol loop

Tindakan : CompDose adalah nol jika tingkat gula stabil atau turun atau jika tingkat meningkat tetapi tingkat

kenaikan menurun. Jika level meningkat dan laju peningkatan ini meningkat, maka CompDose

dihitung dengan membagi perbedaan antara tingkat gula saat ini dan tingkat sebelumnya

dengan 4 dan hasilnya pembulatan. Jika hasilnya, adalah dibulatkan ke nol maka CompDose

diatur ke dosis minimum yang dapat disampaikan.

Membutuhkan Dua bacaan sebelumnya sehingga laju perubahan tingkat gula dapat dihitung.

Pra-Kondisi reservoir insulin mengandung setidaknya maksimum yang diperbolehkan dosis tunggal insulin ..

Post-kondisi r0 digantikan oleh r1 kemudian digantikan oleh r1 r2

Tidak ada efek samping

Digunakan untuk melengkapi bahasa alami.

Terutama berguna ketika anda harus mendefinisikan

sejumlah program alternatif yang mungkin tindakan.

Kondisi Aksi

Kadar gula jatuh (r2 <r1) CompDose = 0

Tingkat gula stabil (r2 = r1) CompDose = 0

Gula meningkatkan tingkat dan laju

kenaikan penurunan ((r2-r1) <(r1-

r0))

CompDose = 0

Gula meningkatkan tingkat dan laju

kenaikan yang stabil atau

meningkat. ((r2-r1) ≥ (r1-r0))

CompDose = round ((r2-r1) / 4)

Jika hasil bulat = 0 maka

CompDose = MinimumDose

Model grafis yang paling berguna saat Anda harus

menunjukkan perubahan negara bagaimana atau di

mana Anda perlu menggambarkan urutan tindakan.

Model grafis yang berbeda dijelaskan dalam Bab 8.

Ini menunjukkan urutan peristiwa yang berlangsung selama

beberapa interaksi pengguna dengan sistem.

Anda membacanya dari atas ke bawah untuk melihat urutan

tindakan yang terjadi.

Penarikan tunai dari ATM

1) Validasi kartu;

2) Menangani permintaan;

3) Menyelesaikan transaksi.

Kebanyakan sistem harus beroperasi dengan sistem lain dan

antarmuka operasi harus ditentukan sebagai bagian dari

persyaratan.

Tiga jenis antarmuka mungkin harus didefinisikan

1) Interface prosedural;

2) Struktur data yang dipertukarkan;

3) Representasi data.

Notasi formal merupakan teknik efektif untuk spesifikasi interface.

antarmuka printserver {

/ / mendefinisikan sebuah server printer abstrak

/ / memerlukan: Printer interface, antarmuka PrintDoc

/ / menyediakan: inisialisasi, cetak, 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, p2 Printer, PrintDoc d);

} / / printserver

Dokumen kebutuhan adalah pernyataan resmi dari apa yang

dibutuhkan oleh pengembang sistem.

Sebaiknya mencakup definisi kebutuhan pengguna dan

spesifikasi kebutuhan sistem.

Ini BUKAN dokumen desain. Sejauh mungkin, harus set APA

sistem harus lakukan, bukan BAGAIMANA seharusnya

melakukannya

• Mendefinisikan struktur generik untuk dokumen persyaratan

yang harus instantiated untuk setiap sistem yang spesifik.

1) Pendahuluan.

2) Gambaran umum.

3) Persyaratan khusus.

4) Lampiran.

5) Indeks.

a) Kata pengantar

b) Pengantar

c) Glosarium

d) Pengguna persyaratan definisi

e) Arsitektur sistem

f) Persyaratan sistem spesifikasi

g) Sistem model

h) Sistem evolusi

i) Lampiran

j) Indeks

Persyaratan yang ditetapkan sistem apa yang harus dilakukan dan

menentukan batasan-batasan pada operasi dan implementasi.

Kebutuhan fungsional ditetapkan layanan sistem yang harus

disediakan.

Kebutuhan non-fungsional menghambat sistem sedang

dikembangkan atau proses pembangunan.

User persyaratan tingkat tinggi laporan sistem apa yang harus

dilakukan. Persyaratan Pengguna harus ditulis menggunakan bahasa

alami, tabel dan diagram.

Persyaratan sistem yang dimaksudkan untuk

mengkomunikasikan fungsi yang sistem yang harus disediakan.

Sebuah perangkat lunak persyaratan dokumen pernyataan

disepakati persyaratan sistem.

Standar IEEE merupakan titik awal yang berguna untuk

mendefinisikan lebih rinci standar persyaratan spesifik.

SEKIAN DAN

TERIMA KASIH