Model Analysis Rekayasa Perangkat Lunak

29
Model Analysis Rekayasa Perangkat Lunak Software Engineering: A Practitioner’s Approach by Roger S. Pressman

description

Model Analysis Rekayasa Perangkat Lunak. Software Engineering: A Practitioner’s Approach by Roger S. Pressman. Analysis Model. Elements of the analysis model. Scenario-Based Modeling. Use-case Diagram. Use-case diagram for surveillance function. Alternative Actions. - PowerPoint PPT Presentation

Transcript of Model Analysis Rekayasa Perangkat Lunak

Page 1: Model Analysis Rekayasa Perangkat Lunak

Model AnalysisRekayasa Perangkat Lunak

Software Engineering: A Practitioner’s Approachby Roger S. Pressman

Page 2: Model Analysis Rekayasa Perangkat Lunak

Analysis Model

Elements of the analysis model

Page 3: Model Analysis Rekayasa Perangkat Lunak

Scenario-Based Modeling

Page 4: Model Analysis Rekayasa Perangkat Lunak

Use-case Diagram

Use-case diagram for surveillance function

Page 5: Model Analysis Rekayasa Perangkat Lunak

Alternative ActionsDapatkah aktor mengambil beberapa

tindakan lain pada saat ini?Apakah mungkin bahwa aktor akan

menghadapi beberapa kondisi kesalahan pada saat ini?

Apakah mungkin bahwa aktor akan menghadapi perilaku dipanggil oleh beberapa acara di luar kendali aktor?

Page 6: Model Analysis Rekayasa Perangkat Lunak

Activity diagram for Access camera surveillance—display camera views function

Page 7: Model Analysis Rekayasa Perangkat Lunak

Swimlane diagram

Page 8: Model Analysis Rekayasa Perangkat Lunak

Flow-Oriented Modeling

Page 9: Model Analysis Rekayasa Perangkat Lunak

Guidelines(Pedoman)

Menggambarkan sistem sebagai gelembung tunggal di tingkat 0.

Hati-hati mencatat input primer dan output.Sempurnakan dengan mengisolasi proses kandidat dan terkait data mereka objek dan menyimpan data.

Label semua elemen dengan nama-nama bermakna.Mempertahankan kesesuaian informasi antara tingkat.

Sempurnakan satu gelembung pada suatu waktu.

Page 10: Model Analysis Rekayasa Perangkat Lunak

Data Flow Diagram

Context-level DFD for SafeHome security function

Page 11: Model Analysis Rekayasa Perangkat Lunak

Grammatical Parse Fungsi keamanan SafeHome memungkinkan pemilik rumah untuk

mengkonfigurasi sistem keamanan ketika diinstal, memonitor semua sensor yang terhubung ke sistem keamanan, dan berinteraksi dengan pemilik rumah melalui Internet, PC, atau panel kontrol.

Selama instalasi, PC SafeHome digunakan untuk program dan mengkonfigurasi sistem. Setiap sensor diberikan sebuah nomor dan jenis, password master diprogram untuk mempersenjatai dan melucuti sistem, dan nomor telepon (s) adalah masukan untuk panggilan ketika peristiwa terjadi sensor.

Ketika acara sensor diakui, perangkat lunak memanggil alarm terdengar melekat pada sistem. Setelah waktu penundaan yang ditentukan oleh pemilik rumah selama kegiatan konfigurasi sistem, perangkat lunak memanggil nomor telepon dari layanan monitoring, menyediakan informasi tentang lokasi, melaporkan sifat dari peristiwa yang telah terdeteksi. Nomor telepon akan redialed setiap 20 detik sampai sambungan telepon diperoleh.

Pemilik rumah menerima informasi keamanan melalui panel kontrol, PC, atau browser, secara kolektif disebut interface. Antarmuka menampilkan pesan yang meminta dan sistem informasi status pada panel kontrol, PC, atau jendela browser. Interaksi pemilik rumah mengambil bentuk berikut ...

Page 12: Model Analysis Rekayasa Perangkat Lunak
Page 13: Model Analysis Rekayasa Perangkat Lunak

Level 2 DFD that refines the monitor sensors process

Page 14: Model Analysis Rekayasa Perangkat Lunak

Control Flow Diagram

State diagram for SafeHome security function

Page 15: Model Analysis Rekayasa Perangkat Lunak

Class-Based Modeling(Kelas Berbasis Modeling)

Page 16: Model Analysis Rekayasa Perangkat Lunak

Identifying Analysis Classes

Eksternal entitas yang menghasilkan atau mengkonsumsi informasi.

Hal-hal yang merupakan bagian dari domain informasi Kejadian atau peristiwa.

Peran yang dimainkan oleh orang-orang yang berinteraksi dengan sistem.Organisasi unit.

Tempat yang menetapkan konteks.Struktur yang mendefinisikan kelas obyek

Page 17: Model Analysis Rekayasa Perangkat Lunak

Class Selection Criteria1. saldo informasi2. dibutuhkan layanan3. Beberapa atribut4. umum atribut5. umum operasi6. persyaratan penting

Page 18: Model Analysis Rekayasa Perangkat Lunak

Identifying ClassesPotential class Classification Accept / Rejecthomeowner role; external entity reject: 1, 2 failsensor external entity acceptcontrol panel external entity acceptinstallation occurrence reject(security) system thing acceptnumber, type not objects, attributes reject: 3 failsmaster password thing reject: 3 failstelephone number thing reject: 3 failssensor event occurrence acceptaudible alarm external entity accept: 1 failsmonitoring service organizational unit; ee reject: 1, 2 fail

Page 19: Model Analysis Rekayasa Perangkat Lunak

Class Diagram

Class diagram for the system class

Page 20: Model Analysis Rekayasa Perangkat Lunak

Class Diagram

Class diagram for FloorPlan

Page 21: Model Analysis Rekayasa Perangkat Lunak

CRC Modeling(Cyclic Redundancy Check)

A CRC model index card for FloorPlan class

Page 22: Model Analysis Rekayasa Perangkat Lunak

Class Responsibilities(Tanggung Jawab)

Mendistribusikan intelijen sistem di kelas. Nyatakan setiap tanggung jawab sebagai umum

mungkin. Masukan informasi dan perilaku yang berkaitan

dengan itu di kelas yang sama. Melokalisasi informasi tentang satu hal daripada

mendistribusikannya di beberapa kelas. Berbagi tanggung jawab antara kelas terkait, jika

sesuai

Page 23: Model Analysis Rekayasa Perangkat Lunak

Class Collaborations

Relationships between classes: adalah-bagian-of - digunakan ketika kelas adalah

bagian dari kelas agregat. memiliki pengetahuan-of - digunakan ketika satu

kelas harus mendapatkan informasi dari kelas lain. tergantung-on - yang digunakan dalam semua

kasus lainnya.

Page 24: Model Analysis Rekayasa Perangkat Lunak

Class Diagrams

Top: MultiplicityBottom: Dependencies

Page 25: Model Analysis Rekayasa Perangkat Lunak

Behavioral Modeling(perilaku Modeling)

Page 26: Model Analysis Rekayasa Perangkat Lunak

Identifying Events

Sebuah use case diperiksa untuk poin pertukaran informasi.

Pemilik rumah menggunakan keypad untuk memasukkan password yang empat digit. Sandi dibandingkan dengan password yang valid yang disimpan dalam sistem. Jika password yang salah, panel kontrol akan bip sekali dan me-reset sendiri untuk masukan tambahan. Jika password benar, panel kontrol menunggu tindakan lebih lanjut.

Page 27: Model Analysis Rekayasa Perangkat Lunak

State Diagram

State diagram for the ControlPanel class

Page 28: Model Analysis Rekayasa Perangkat Lunak

Sequence Diagram(Urutan Diagram)

Sequence diagram (partial) for the SafeHome security function

Page 29: Model Analysis Rekayasa Perangkat Lunak

“RPL”Sekian dan TerimakasihKelompok :1. Encep Kurniawan2. M. Feisal Akbar3. Iqbal Maulana4. Whisnu Adhytia5. Ibnu Juniar

Tekn

ik

Info

rmat

ika

STMIK SUBANG