Rekayasa Perangkat Lunak Spesifikasi Formal 9 By : Andi Latifa Nabone.

Slides:



Advertisements
Presentasi serupa
REKAYASA PERANGKAT LUNAK
Advertisements

Proses-proses Perangkat Lunak
Rekayasa Perangkat Lunak dan Proses Software
Perancangan Perangkat Lunak lanjutan Kuliah - 7
Software Process Model
Sasaran Menjelaskan apa yang dimaksud model proses
PROSES-PROSES PERANGKAT LUNAK
Model Basis Data Pertemuan 6.
PENGANTAR REKAYASA PERANGKAT LUNAK I
Pengembangan PL Ahmat Adil.
STANDAR UMUM PEMERIKSAAN
Proses Perangkat Lunak
PERENCANAAN PROSES PERANGKAT LUNAK
Interaksi Manusia dan Komputer
REKAYASA PERANGKAT LUNAK REQUIREMENTS ANALYSIS FUNDAMENTALS
Perancangan sistem ( berbasis objek )
Desain Berorientasi Obyek dan UML
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Perancangan Perangkat Lunak
Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak
SISTEM PAKAR.
PROSES Perangkat Lunak
Pertemuan 5-1 Database dan Sistem Manajemen Database
REKAYASA PERANGKAT LUNAK
TEKNIK TESTING DAN STRATEGI TESTING
REKAYASA PERANGKAT LUNAK
PROCESS MODELS.
ERP (Enterprise Resource Planning)
HUMAN COMPUTER INTERACTION
Spesifikasi Perangkat Lunak
Perangkat Lunak 1.
PriNciples That Guide Practice
Ir. Waniwatining Astuti, M.T.I Rekayasa Perangkat Lunak
Impact Analysis.
Lanjutan.
Rekayasa Perangkat Lunak Model Proses PL
Pengenalan Rekayasa Perangkat Lunak
Pengumpulan Kebutuhan dan Dokumentasi
Pengantar Teknologi Informasi
PERANCANGAN INTERFACE USER
Interaksi Manusia dan Komputer
Analisa Sistem Informasi
Jaminan Mutu dalam Kebutuhan Rekayasa
Persyaratan Rekayasa Proses
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Rekayasa Perangkat Lunak Dosen : Citra Noviyasari, S.Si, MT
Pelaksanaan Solusi Bisnis & Pengelolaan Perubahan
REKAYASA PERANGKAT LUNAK
KEBERGUNAAN Anna Dara Andriana., M.Kom
PERTEMUAN 2 Proses Pengembangan Perangkat Lunak
REKAYASA PERANGKAT LUNAK
Interaksi Manusia - Komputer Rani Susanto, M. Kom
10 Perancangan Arsitektural
Manajemen Proyek Sistem Informasi DAY-2
REKAYASA PERANGKAT LUNAK
PENGANTAR REKAYASA PERANGKAT LUNAK
5 Kebutuhan Software By : Andi Latifa Nabone.
Interaksi Manusia dan Komputer
Interaksi Manusia dan Komputer
METHODOLOGYAND UML.
Dr. H. Achmad Badawi, S. Pd.,SE.,MM UNIVERSITAS MUHAMMADIYAH TANGERANG
JAMINAN KUALITAS PERANGKAT LUNAK (SOFTWARE QUALITY ASSURANCE)
Lanjutan.
Analisis dan Desain Berorientasi Obyek
FIKES – MANAJEMEN INFORMASI KESEHATAN
STRUKTUR DATA NAMA : ALDI NUGROHO SETYO PAMBUDI NIM :
BAB 1O.
PERENCANAAN PROJEK PERANGKAT LUNAK
Presented by: Syaiful Bakhri, S.Sos, MM
Analisis Persyaratan Perangkat Lunak dan Spesifikasi
Transcript presentasi:

Rekayasa Perangkat Lunak Spesifikasi Formal 9 By : Andi Latifa Nabone

Spesifikasi formal dalam proses perangkat lunak Sub-sistem spesifikasi interface Perilaku spesifikasi

 Spesifikasi formal merupakan bagian dari koleksi yang lebih umum teknik yang dikenal sebagai 'metode formal'.  Ini semua didasarkan pada representasi matematis dan analisis perangkat lunak.  Metode formal termasuk Spesifikasi formal; Spesifikasi analisis dan bukti; Transformasional pembangunan; Program verifikasi.

 Metode formal belum menjadi mainstream teknik pengembangan perangkat lunak seperti yang pernah diperkirakan Perangkat lunak lain rekayasa teknik telah berhasil meningkatkan kualitas sistem. Karena itu membutuhkan metode formal telah berkurang; Perubahan pasar telah membuat waktu-ke-pasar bukan perangkat lunak dengan kesalahan rendah menghitung faktor kunci. Metode formal tidak mengurangi waktu ke pasar; Ruang lingkup metode formal terbatas. Mereka tidak cocok untuk menentukan dan menganalisis user interface dan interaksi pengguna; Metode formal masih sulit untuk skala sampai dengan sistem yang besar.

 Manfaat utama dari metode formal dalam mengurangi jumlah kesalahan pada sistem.  Akibatnya, daerah utama mereka diterapkan dalam rekayasa sistem kritis. Ada beberapa proyek yang berhasil di mana metode formal telah digunakan di daerah ini.  Di daerah ini, penggunaan metode formal yang paling mungkin untuk biaya-biaya sistem efektif karena kegagalan yang tinggi harus dihindari.

Spesifikasi dan desain erat bercampur. Desain arsitektur sangat penting untuk struktur spesifikasi dan proses spesifikasi. Spesifikasi formal dinyatakan dalam notasi matematika dengan tepat didefinisikan, sintaks dan semantik kosakata.

 Spesifikasi formal melibatkan investasi lebih banyak upaya dalam fase awal pengembangan perangkat lunak.  Hal ini mengurangi kesalahan persyaratan sebagai memaksa analisis rinci tentang persyaratan.  Ketidaklengkapan dan inkonsistensi dapat ditemukan dan diselesaikan.  Oleh karena itu, tabungan yang dibuat sebagai jumlah pengerjaan ulang karena masalah persyaratan berkurang.

 Spesifikasi aljabar Sistem ini ditetapkan dalam hal operasi dan hubungan mereka.  Model berbasis spesifikasi Sistem ini ditetapkan dalam hal model negara yang dibangun menggunakan konstruksi matematika seperti set dan urutan. Operasi didefinisikan oleh modifikasi negara sistem.

o Sistem yang besar dipecah menjadi subsistem dengan antarmuka yang terdefinisi dengan baik antara subsistem. o Spesifikasi antarmuka subsistem memungkinkan pengembangan independen dari subsistem yang berbeda. o Interface dapat didefinisikan sebagai tipe data abstrak atau kelas objek. o Pendekatan aljabar untuk spesifikasi formal sangat cocok untuk antarmuka spesifikasi seperti yang difokuskan pada operasi didefinisikan dalam suatu objek.

 Pengantar Mendefinisikan jenis (nama jenis) dan menyatakan spesifikasi lainnya yang digunakan.  Deskripsi Informal menjelaskan operasi pada jenis.  Tanda tangan Mendefinisikan sintaks dari operasi dalam antarmuka dan parameter mereka.  Aksioma Mendefinisikan semantik operasi dengan mendefinisikan aksioma yang mencirikan perilaku.

 Pembuat operasi. Operasi yang menciptakan entitas dari jenis yang ditentukan.  Inspeksi operasi. Operasi yang mengevaluasi entitas dari jenis yang ditentukan.  Untuk menetapkan perilaku, menentukan inspektur operasi untuk setiap operasi konstruktor.

 Pertimbangkan sebuah sistem kontrol lalu lintas udara di mana pesawat terbang melalui sektor dikelola wilayah udara.  Setiap sektor dapat mencakup sejumlah pesawat tetapi, untuk alasan keamanan, ini harus dipisahkan.  Dalam contoh ini, pemisahan vertikal sederhana 300m diusulkan.  Sistem tersebut harus memperingatkan controller jika pesawat diinstruksikan untuk bergerak sehingga pemisahan aturan dilanggar.

 operasi Kritis pada objek yang mewakili sektor yang dikendalikan Enter. Tambahkan pesawat udara ke wilayah udara yang dikendalikan; Tinggalkan. Hapus pesawat terbang dari wilayah udara yang dikendalikan; Pindah. Memindahkan pesawat dari satu ketinggian ke yang lain; Lookup. Mengingat pesawat identifier, kembali tinggi saat ini;

 Hal ini kadang diperlukan untuk memperkenalkan operasi tambahan untuk menyederhanakan spesifikasi.  Operasi lain maka dapat didefinisikan menggunakan operasi yang lebih primitif.  Primitif operasi Buat. Bawa sebuah instance dari suatu sektor menjadi ada; Put. Tambahkan pesawat tanpa pemeriksaan keamanan; Dalam-ruang. Menentukan apakah sebuah pesawat yang diberikan dalam sektor ini; Pendudukan. Mengingat ketinggian, menentukan apakah ada pesawat dalam ketinggian 300m itu.

 Gunakan konstruktor dasar Buat dan Pasang untuk menentukan operasi lainnya.  Tentukan Pendudukan dan In-ruang angkasa yang menggunakan Membuat dan Pasang dan gunakan mereka untuk membuat cek dalam definisi operasi lain.  Semua operasi yang mengakibatkan perubahan sektor ini harus memeriksa bahwa kriteria keselamatan berlaku.

 Aljabar spesifikasi bisa rumit ketika operasi objek tidak independen dari negara objek.  Spesifikasi Model berbasis memperlihatkan keadaan sistem dan mendefinisikan operasi dalam hal perubahan ke negara itu.  Notasi Z adalah teknik matang untuk spesifikasi model yang berbasis. Ini menggabungkan deskripsi formal dan informal dan menggunakan grafis menyoroti saat menyajikan spesifikasi.

TERIMA KASIH