01 Review SE

49
VI045102 By : Rizky Yuniar Hakun

description

123

Transcript of 01 Review SE

Page 1: 01 Review SE

VI045102

By : Rizky Yuniar Hakun

Page 2: 01 Review SE

Ian Somerville, Software Engineering, 6th Edition, Addison Wesley, 2001

Roger R. Pressman, Software Engineering, 6th Edition McGraw-Hill, 2005

Erich Gamma, Richard Helm, Ralph Johnson, John Vlissides, Design Patterns: Elements of Reusable Object-Oriented Software, Addison-Wesley, 1995

Page 3: 01 Review SE

Tugas : 30%UTS : 30%UAS : 40%

Page 4: 01 Review SE

Power Designer 6 / Power Designer 9Rational Rose 7 / IBM Rational Software

ArchitectJava Compiler (Netbeans, Gel, Eclipse)

Page 5: 01 Review SE

Review RPLPemodelan PLPemodelan Data dan CASE ToolUML in Depth ( Kelas, Use Case, State, dll)Design Pattern

Page 6: 01 Review SE

Day 1

By : Rizky Yuniar Hakun

Page 7: 01 Review SE

Perangkat LunakReview Rekayasa Perangkat LunakPemodelan Perangkat Lunak

Page 8: 01 Review SE
Page 9: 01 Review SE

Perangkat Lunak adalah suatu aplikasi program komputer yang di dalamnya terdapat:program itu sendiri, konfigurasi yang digunakan, dokumentasi yang menjelaskan struktur sistem, dokumentasi yang menjelaskan bagaimana

menggunakan sistem,dan informasi tentang versi terbaru

Produk Perangkat Lunak dikembangkan sesuai dengan siapa pemakai perangkat lunak tersebut.

Produk Perangkat lunak dibagi menjadi:Produk Generik, yang dijual pada pasar terbukaProduk Spesifik, yang dibuat dan dijual sesuai

pesanan dari pemakai.

Page 10: 01 Review SE

Software is developed or engineered, not manufactured

Software doesn’t “wear out”Most software are custom built, not

assembled from existing component

Page 11: 01 Review SE

Tidak memiliki waktu yang cukup dalam mengumpulkan data pada proses pembuatan perangkat lunak.

Ketidakpuasan user pada S/W yang dibuatKualitas S/W terkadang meragukan.Sulit dalam memaintenance S/W sekarang

Page 12: 01 Review SE

Perangkat Lunak Berdasarkan PemakaiGenerik: Perangkat lunak yang bisa digunakan

secara umumSpesifik: Perangkat lunak yang dibuat

berdasarkan pesananPerangkat Lunak Berdasarkan Fungsional

InterfacingOperating SystemPerangkat Lunak AplikasiCASE Tools

Page 13: 01 Review SE

Generik: Perangkat lunak yang digunakan secara umum. Sebagai contoh: Operating System, seperti Microsoft Windows, Word Processing, seperti Microsoft Word, WordPad Spreadsheet, seperti Microsoft Excell Beberapa aplikasi khusus bisa dibuat menjadi generik

dengan membuatnya general dan mudah digunakan siapa saja seperti aplikasi akuntansi, aplikasi sekolah, dan lain-lain

Spesifik: Perangkat lunak yang dibuat berdasarkan pesanan. Banyak Software House yang menghasilkan perangkat lunak ini berdasarkan proyek/pesanan tertentu. Sebagai contoh: Aplikasi Rumah Sakit, Aplikasi Pendidikan, Aplikasi Kesehatan, dan lain-lain

Page 14: 01 Review SE

INTERFACING: Perangkat lunak ini menghubungkan suatu perangkat keras tertentu, seperti hardware driver, interfaces dengan perangkat keras lain. Misal: Driver untuk Kamera, Handphone atau

perangkat keras lainnyaProgram interface seperti Sensor Suhu dengan

LM555, PPI 8255, Komunikasi Serial RS232.

Page 15: 01 Review SE

OPERATING SYSTEM: Perangkat lunak yang menjalankan sistem komputer dan merupakan interface dari sistem komputer dan program aplikasi yang berjalan diatasnya.

Beberapa OS yang dikenal secara luas:Microsoft WindowsLinux dan varians-nya, seperti Redhat, SuSE,

Mandrake, Debian, dsb.UnixFreeBSDMacintosh (Apple)

Page 16: 01 Review SE

PROGRAM APLIKASI: program ini digunakan untuk keperluan tertentu, yang tujuannya membantu pekerjaan manusia menjadi lebih mudah. Program ini yang banyak dibahas dalam pembuatan perangkat lunak.

Program Aplikasi ini tergantung pada kebutuhan dari program itu sendiri, seperti:Program OfficeProgram Graphics DesignProgram Multimediadan lain-lain

Page 17: 01 Review SE

Perangkat lunak harus memberikan bantuan dalam merepresentasikan dan mengakses file-file eksternal yang dibuat dengan alat bantu lain.

Persyaratan Fungsional dan Non-FungsionalPersyaratan UserPersyaratan SistemDokumentasi Persyaratan Perangkat Lunak

Page 18: 01 Review SE

Persyaratan Fungsional: Pernyataan layanan tentang bagaimana sistem harus bereaksi terhadap input, sistem harus berlaku pada situasi-situasi tertentu. Secara khusus menyatakan apa yang tidak boleh dilakukan sistem.

Persyaratan Non Fungsional: Pernyataan tentang batasan layanan dan fungsi yang diberikan sistem.

Persyaratan Domain: Persyaratan yang datang dari domain aplikasi sistem dan merefleksikan karakteristik domain tersebut

Page 19: 01 Review SE

Persyaratan Produk: persyaratan yang diambil dari spesifikasi produk, seperti persyaratan hardware untuk mendukung kinerja.

Persyaratan Organisasi: persyaratan yang berasal dari kebijakan dan prosedur pada organisasi.

Persyaratan Eksternal: Persyaratan yang berasal dari faktor eksternal terhadap sistem dan proses pengembangannya.

Page 20: 01 Review SE

Kecepatan dalam: Transaksi yang diproses/detik, waktu tanggal user/event atau waktu refresh layar

Ukuran dalam: KB atau jumlah Chip RAMKemudahan penggunaan dalam: waktu

pelatihan atau jumlah frame helpKehandalan dalam: waktu rata-rata

kegagalan, probabilitas ketidaksediaan, kecepatan terjadinya kegagalan, atau ketersediaan

Ketahanan dalam: waktu start ulang setelah kegagalan, prosentase event yang gagal, atau probabilitas korupsi data

Portabilitas dalam: prosentase pernyataan tergantung target, atau jumlah sistem target

Page 21: 01 Review SE

Mendeskripsikan persyaratan fungsional dan non-fungsional sehingga dapat dipahami oleh user yang tidak memiliki pengetahuan teknik.

Persyaratan user harus ditulis memakai bahasa natural, formal dan diagram intuitif yang sederhana. Persyaratan user tidak boleh didefinisikan memakai model implementasi.

Masalah yang sering muncul:Tidak Adanya KejelasanKesimpang-siuran PersyaratanPenggabungan Persyaratan

Page 22: 01 Review SE

Persyaratan sistem ini lebih rinci dari persyaratan user, dan berfungsi sebagai dasar kontrak untuk implementasi sistem.

Persyaratan sistem ini digunakan sebagai titik awal perancangan sistem.

Bahasa natural banyak digunakan dalam mendefinisikan persyaratan sistem

Page 23: 01 Review SE
Page 24: 01 Review SE

Rekayasa Perangkat Lunak adalah disiplin ilmu yang membahas semua aspek produksi perangkat lunak, mulai tahap awal spesifikasi sistem sampai pemeliharaan sistem setelah digunakan.

Perekayasa Perangkat Lunak memakai pendekatan yang sistematis dan terorganisir untuk menghasilkan perangkat lunak berkualitas tinggi.

Page 25: 01 Review SE

Meningkatkan keakuratan, performance & efficiency produk secara keseluruhan dalam pengembangan

Menerapkan metodologi yang terdefinisi dengan baik untuk resolusi software

Page 26: 01 Review SE

Ilmu Komputer berhubungan dengan teori dan metode yang mendasari sistem komputer dan perangkat lunak. Teori ini merupakan suatu model fisik dan analitik untuk menyelesaikan kasus yang spesifik.

Rekayasa Perangkat Lunak berhubungan dengan masalah-masalah praktis untuk menghasilkan suatu perangkat lunak. Pendekatan dilakukan dengan model bisnis dan strategi bisnis suatu perangkat lunak.

Page 27: 01 Review SE

Rekayasa Sistem berhubungan dengan semua aspek pengembangan sistem berbasis komputer, termasuk perangkat keras, perangkat lunak dan rekayasa proses.

Rekayasa Perangkat Lunak adalah bagian dari Rekayasa Sistem

Page 28: 01 Review SE

Proses perangkat lunak adalah serangkaian kegiatan yang tujuannya untuk mengembangkan atau evolusi perangkat lunak.

Kegiatan-kegiatan tersebut adalah:Spesifikasi perangkat lunak,Pengembangan perangkat lunak,Validasi perangkat lunak,Evolusi perangkat lunak

Page 29: 01 Review SE

Model proses perangkat lunak adalah representasi yang disederhanakan dari proses perangkat lunak yang dipresentasikan dari sudut pandang tertentu

Paradigma pengembangan model sistem : Waterfall Development Model Evolutionary Development Model Spiral Development Model Incremental Development Model

Page 30: 01 Review SE
Page 31: 01 Review SE

Development activities are performed in sequential order, with possibly minor overlap, and minimal or no iteration between activities.

User needs are determined, requirements are defined, and the full system is designed, built, and tested for ultimate delivery at one point in time. Some people refer to this as a stage-wise model.

Page 32: 01 Review SE

Pengembangan Eksplorasi: Sistem berubah dengan adanya fitur-fitur

tambahan dari user.Prototype yang dapat dibuang (Throw-Away): Memahami persyaratan user untuk

mendapatkan definisi persyaratan yang lebih baik.

Page 33: 01 Review SE

Penjelasan Garis Besar

Spesifikasi

Pengembangan

Validasi

Versi Awal

Versi Menengah

Versi Akhir

Page 34: 01 Review SE

Masalah-masalah dalam Pengembangan EvolusionerProses tidak dapat dilihatSistem seringkali mempunyai struktur yang

tidak baikMungkin diperlukan alat bantu khusus

Model pengembangan evolusioner ini cocok untuk aplikasi yang kecil dan life-cycle yang pendek.

Page 35: 01 Review SE
Page 36: 01 Review SE

Spiral Model DescriptionThe development spiral consists of four

quadrantsQuadrant 1: Determine objectives,

alternatives, and constraints.Quadrant 2: Evaluate alternatives, identify,

resolve risks.Quadrant 3: Develop, verify, next-level

product.Quadrant 4: Plan next phases.

Page 37: 01 Review SE
Page 38: 01 Review SE

Proses perangkat lunak dibagi menjadi serangkaian increment yang dikembangkan secara bergantian.

Keuntungan Pengembangan IncrementalUser tidak perlu menunggu seluruh sistem dikirimkan,

karena increment pertama mempunyai persyaratan kritis dan perangkat lunak segera dapat digunakan.

User dapat memakai increment pertama sebagai prototypeResiko kegagalan proyek secara keseluruhan lebih rendahPengujian paling ketat diberlakukan pada increment

pertama.

Page 39: 01 Review SE

Studi KelayakanElisitasi dan Analisis PersyaratanSpesifikasi PersyaratanValidasi Persyaratan

Page 40: 01 Review SE

StudiKelayakan

Elisitasi danAnalisis

Persyaratan

SpesifikasiPersyaratan

ValidasiPersyaratanLaporan

Kelayakan Model Sistem

PersyaratanUser dan Sistem

DokumenPersyaratan

Page 41: 01 Review SE

Perancangan ArsitekturalSpesifikasi AbstrakPerancangan InterfacePerancangan KomponenPerancangan Struktur DataPerancangan Algoritma

Page 42: 01 Review SE

SpesifikasiPersyaratan

PerancanganArsitektural

SpesifikasiAbstrak

PerancanganInterface

PerancanganKomponen

PerancanganStruktur Data

PerancanganAlgoritma

ArsitekturSistem

SpesifikasiPerangkat Lunak

SpesifikasiInterface

SpesifikasiKomponen

SpesifikasiStruktur data

SpesifikasiAlgoritma

Page 43: 01 Review SE

PengujianUnit

PengujianModul

PengujianSub Sistem

PengujianSistem 1

PengujianSistem 2

PengujianKomponen Pengujian Integrasi Pengujian User

Page 44: 01 Review SE

DefinisiPersyaratan

SistemNilai Sistem

Yang AdaPengajuanPerubahan

SistemModifikasi

Sistem

SistemYang Ada

SistemBaru

Page 45: 01 Review SE
Page 46: 01 Review SE

Pemodelan dan analisa dapat dianggap sebagai akar konsep dari semua displin teknik karena keutamaannya dalam mendokumentasikan dan mengevaluasi alternatif serta pilihan desain.

Pemodelan dilakukan pada awal analisa, spesifikasi dan validasi persyaratan.

Persyaratan yang dimaksud adalah semua kebutuhan pengguna, kustomer dan stakeholder yang harus dipenuhi oleh sistem.

Dalam pembuatan persyaratan melibatkan : Analisa studi kelayakan dari sistem yang akan dibuat, Memperoleh dan menganalisa kebutuhan dari stakeholder Pembuatan gambaran yang akurat terhadap sistem tentang

apa yang harus dilakukan sistem dan apa yang tidak. Validasi terhadap dokumen atau spesifikasi oleh stakeholder

Page 47: 01 Review SE

Information modeling (e.g. entity-relationship modeling, class diagrams, etc.)

Behavioral modeling (e.g. structured analysis, state diagrams, use case analysis, interaction diagrams, failure modes and effects analysis, fault tree analysis etc.)

Structure modeling (e.g. architectural, etc.)Domain modeling (e.g. domain engineering

approaches, etc.)Functional modeling (e.g. component diagrams, etc.)Enterprise modeling (e.g. business processes,

organizations, goals, etc.) Modeling embedded systems (e.g. real-time

schedulability analysis, external interface analysis, etc.)

Page 48: 01 Review SE

Rational Rose UML PowerDesigner Data Modeling

Page 49: 01 Review SE