Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

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

Presentasi serupa


Presentasi berjudul: "Model Analysis Rekayasa Perangkat Lunak Software Engineering: A Practitioner’s Approach by Roger S. Pressman."— Transcript presentasi:

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

2 Analysis Model Elements of the analysis model

3 Scenario-Based Modeling

4 Use-case Diagram Use-case diagram for surveillance function

5 Alternative Actions  Dapatkah 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?

6 Activity diagram for Access camera surveillance—display camera views function

7 Swimlane diagram

8 Flow-Oriented Modeling

9 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.

10 Data Flow Diagram Context-level DFD for SafeHome security function

11 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...

12

13 Level 2 DFD that refines the monitor sensors process

14 Control Flow Diagram State diagram for SafeHome security function

15 Class-Based Modeling (Kelas Berbasis Modeling)

16 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

17 Class Selection Criteria 1.saldo informasi 2.dibutuhkan layanan 3.Beberapa atribut 4.umum atribut 5.umum operasi 6.persyaratan penting

18 Identifying Classes Potential classClassificationAccept / Reject homeownerrole; external entityreject: 1, 2 fail sensorexternal entityaccept control panelexternal entityaccept installationoccurrencereject (security) systemthingaccept number, typenot objects, attributesreject: 3 fails master passwordthingreject: 3 fails telephone numberthingreject: 3 fails sensor eventoccurrenceaccept audible alarmexternal entityaccept: 1 fails monitoring serviceorganizational unit; eereject: 1, 2 fail

19 Class Diagram Class diagram for the system class

20 Class Diagram Class diagram for FloorPlan

21 CRC Modeling ( Cyclic Redundancy Check) A CRC model index card for FloorPlan class

22 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

23 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.

24 Class Diagrams Top: Multiplicity Bottom: Dependencies

25 Behavioral Modeling (perilaku Modeling)

26 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.

27 State Diagram State diagram for the ControlPanel class

28 Sequence Diagram (Urutan Diagram) Sequence diagram (partial) for the SafeHome security function

29 “RPL” Sekian dan Terimakasih Kelompok : 1.Encep Kurniawan 2.M. Feisal Akbar 3.Iqbal Maulana 4.Whisnu Adhytia 5.Ibnu Juniar


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

Presentasi serupa


Iklan oleh Google