ºÝºÝߣ

ºÝºÝߣShare a Scribd company logo

Materi karakteristik software

•Download as PPTX, PDF•
•
Purwanti Andriani
Purwanti Andriani
1 of 8
Downloaded 11 times
PPL XI RPL PERTEMUAN KE 2
KARAKTERISTIK SOFTWARE 1. S/W dikembangkan tidak dihasilkan dari pengertian klasik 2. S/W tidak akan kadaluarsa (wear out) 3. S/W dibangun berdasarkan kebutuhan tidak hanya dibuat dari komponen yang ada
Aplikasi SOFTWARE dapat dikategorikan secara umum : 1. S/W system  compilor, editor 2. Real Time S/W 3. Bussines S/W 4. Engineering and scientific S/W 5. Embedded S/W 6. Personel Computer S/W 7. Web Based S/W 8. Artificial Intelligenci S/W
EVOLUSI S/W TAHAP PERTAMA (1950 – 1960) Berorientasi batch (s/w terbatas u/ kalangan tertentu, pesan dulu TAHAP KEDUA (1960 – 1970) Multiuser, real time TAHAP KETIGA (1970 – 1990) Menggunakan sistem terdistribusi TAHAP KEEMPAT (1990 - 2000) Mendominasi pengembangan perangkat keras
DESKRIPSI SOFTWARE ENGINEERING 1. Stephen R.Schach RPL  sebuah disiplin dimana dalam menghasilkan S/W bebas dari kesalahan dan dalam pengiriman snggaran tepat waktu serta memuaskan keinginan pemakai 2. Fritz Bauer RPL  penetapan dan penggunaan prinsip rekayasa dalam rangka memperoleh perangkat lunak yg dpt dipercaya dan dapat bekerja secara efisien pada mesin nyata 3. IEEE (Institut Electrical and Electronic Engineering) 610.12 RPL  sebuah studi pendekatan dan aplikasi secara sistematis, disiplin pengembangan operasi dan pemeliharaan perangkat lunak yang kesemuanya itu merupakan rekayasa yang berkaitan dengan perangkat lunak
Tujuan SOFTWARE 1. Untuk membangun s/w yang benar dan benar sebuah s/w (right s/w and s/w right) 2. Untuk membangun s/w yang tepat (correct) 3. Dikelola dengan baik untuk pemeliharaan kebenarannya (corectness)
Model Pengembangan SOFTWARE 1. Pendekatan Waterfall rangkaian aktivitas proses secara terpisah, setip langkah disign off kemudian dilanjutkan lagi 2. Evolusioner pendekatan ini sesuai dengan aktivitas spesifikasi pengembangan dan validasi 3. Transformasi Formal Pendekatan ini berdasarkan pembuatan spesifikasi sistem formal secara matematik 4. Penggabungan sistem dengan menggunakan komponen- komponen yang dapat digunakan kembali
PENUTUP Pemodelan rekayasa perangkat lunak merupakan suatu hal yang dilakukan ditahap awal Didalam RPL sebenarnya masih memungkinkan tanpa melakukan suatu pemodelan, hal itu tidak dapat dilakukan dalam industri s/w Pemodelan dalam perangkat lunak merupakan suatu yang harus dikerjakan dibagian awal rekayasa dan pemodelan ini akan mempengaruhi pekerjaan-pekerjaan dalam rekayasa perangkat lunak tersebut

More Related Content

Materi karakteristik software

  • 2. KARAKTERISTIK SOFTWARE 1. S/W dikembangkan tidak dihasilkan dari pengertian klasik 2. S/W tidak akan kadaluarsa (wear out) 3. S/W dibangun berdasarkan kebutuhan tidak hanya dibuat dari komponen yang ada
  • 3. Aplikasi SOFTWARE dapat dikategorikan secara umum : 1. S/W system  compilor, editor 2. Real Time S/W 3. Bussines S/W 4. Engineering and scientific S/W 5. Embedded S/W 6. Personel Computer S/W 7. Web Based S/W 8. Artificial Intelligenci S/W
  • 4. EVOLUSI S/W TAHAP PERTAMA (1950 – 1960) Berorientasi batch (s/w terbatas u/ kalangan tertentu, pesan dulu TAHAP KEDUA (1960 – 1970) Multiuser, real time TAHAP KETIGA (1970 – 1990) Menggunakan sistem terdistribusi TAHAP KEEMPAT (1990 - 2000) Mendominasi pengembangan perangkat keras
  • 5. DESKRIPSI SOFTWARE ENGINEERING 1. Stephen R.Schach RPL  sebuah disiplin dimana dalam menghasilkan S/W bebas dari kesalahan dan dalam pengiriman snggaran tepat waktu serta memuaskan keinginan pemakai 2. Fritz Bauer RPL  penetapan dan penggunaan prinsip rekayasa dalam rangka memperoleh perangkat lunak yg dpt dipercaya dan dapat bekerja secara efisien pada mesin nyata 3. IEEE (Institut Electrical and Electronic Engineering) 610.12 RPL  sebuah studi pendekatan dan aplikasi secara sistematis, disiplin pengembangan operasi dan pemeliharaan perangkat lunak yang kesemuanya itu merupakan rekayasa yang berkaitan dengan perangkat lunak
  • 6. Tujuan SOFTWARE 1. Untuk membangun s/w yang benar dan benar sebuah s/w (right s/w and s/w right) 2. Untuk membangun s/w yang tepat (correct) 3. Dikelola dengan baik untuk pemeliharaan kebenarannya (corectness)
  • 7. Model Pengembangan SOFTWARE 1. Pendekatan Waterfall rangkaian aktivitas proses secara terpisah, setip langkah disign off kemudian dilanjutkan lagi 2. Evolusioner pendekatan ini sesuai dengan aktivitas spesifikasi pengembangan dan validasi 3. Transformasi Formal Pendekatan ini berdasarkan pembuatan spesifikasi sistem formal secara matematik 4. Penggabungan sistem dengan menggunakan komponen- komponen yang dapat digunakan kembali
  • 8. PENUTUP Pemodelan rekayasa perangkat lunak merupakan suatu hal yang dilakukan ditahap awal Didalam RPL sebenarnya masih memungkinkan tanpa melakukan suatu pemodelan, hal itu tidak dapat dilakukan dalam industri s/w Pemodelan dalam perangkat lunak merupakan suatu yang harus dikerjakan dibagian awal rekayasa dan pemodelan ini akan mempengaruhi pekerjaan-pekerjaan dalam rekayasa perangkat lunak tersebut