Model Analysis Rekayasa Perangkat Lunak

Slides:



Advertisements
Presentasi serupa
Analisis dan Perancangan Sistem
Advertisements

Pertemuan 4 Behavioral Modeling 1 – Use Case
Review Pertemuan 12 (Terakhir).
UNIFIED MODELLING LANGUAGE
Perancangan Perangkat Lunak lanjutan Kuliah - 7
PEMODELAN ANALISIS Kuliah - 5
Unified Modelling Language (UML)
METODE REKAYASA PERANGKAT LUNAK
13 KOMPONEN DIAGRAM UML & PROSES MODEL WATERFALL
Pertemuan 6 Structural modelling
Pertemuan 10 Pemodelan analisis 2.
Architecture dan design
Analisis Model.
Diagram Interaksi - Sequen Diagram
Yang akan dipelajari Pengenalan UML Sejarah Singkat UML
Pertemuan 1 Konsep Dasar OOAD
Rekayasa Perangkat Lunak
Rekayasa Perangkat Lunak Proses Rekayasa Perangkat Lunak
UML mendukung pengembangan aplikasi Kelas application partitioning Objek-objek Business Relationships Business Process Objek-objek Use Cases Sistem untuk.
Activity Diagram Shinta P.. For Bussiness Modeling, Activity diagrams describe the activities of a class. It is used for the following purposes: (Bennet.
PENGUJIAN BERORIENTASI OBJEK
ANALISIS DAN PEMODELAN BERORIENTASI OBJEK DENGAN UML
KONSEP DAN PRINSIP ANALISIS
System Development Part II
RELATIOPNSHIPS IN THE UML
Visual Modelling Teguh Sutanto, S.Kom.,M.Kom.
Rekayasa Perangkat Lunak
Analisis Model.
Object oriented analyst and design
TIM RPL Program Studi Teknik Informatika
Business Process Modeling
Object oriented analyst and design
Pemodelan Analisis.
PEMROGRAMAN VISUAL II Outline: UML (Unified Modeling Language)
ANALISIS DAN PERANCANGAN BERORIENTASI OBJEK
SE3414 RPL: Teknik Berorientasi Objek
Pemodelan objek.
QUIZ PSBO Total : 35 PG.
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Testing dan Implementasi
Rekayasa Perangkat Lunak
Hanya digunakan di lingkungan Universtias
Robustness Diagram dan Sequence Diagram
UML mendukung pengembangan aplikasi
Object oriented analyst and design
DATA FLOW DIAGRAM.
OOAD – TI S1 Defri Kurniawan UDINUS
Pengenalan UML.
Rekayasa Perangkat Lunak Pertemuan 7
PEMODELAN SISTEM METODE TERSTRUKTUR
Rekayasa Perangkat Lunak
PEMODELAN OBJECT ORIENTED
Pemodelan Sistem Bisnis
Hanya digunakan di lingkungan Universtias
Analisis Model.
ANALISIS KEBUTUHAN PERANGKAT LUNAK
Perancangan PL berorientasi objeck
Model-Model Analisis.
Analisis dan Desain Berorientasi Obyek
PEMODELAN ANALISIS RPL – PERTEMUAN 5&6.
Business Modeling By: U. Abd. Rohim, MT
Studi Kasus Penjualan Online
Kebutuhan dan Pemodelan Analisis
Pemodelan Sistem PL.
Pertemuan 6 Unified Modeling Language (UML)
Rekayasa Perangkat Lunak
TIM RPL Program Studi Teknik Informatika
Object oriented analyst and design
Object oriented analyst and design
PERANCANGAN SISTEM BERORIENTASI OBJEK DENGAN UML
Transcript presentasi:

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

Elements of the analysis model

Scenario-Based Modeling

Use-case diagram for surveillance function

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?

Activity diagram for Access camera surveillance—display camera views function

Swimlane diagram

Flow-Oriented Modeling

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.

Data Flow Diagram Context-level DFD for SafeHome security function

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

Level 2 DFD that refines the monitor sensors process

State diagram for SafeHome security function Control Flow Diagram State diagram for SafeHome security function

Class-Based Modeling (Kelas Berbasis Modeling)

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

Class Selection Criteria saldo informasi dibutuhkan layanan Beberapa atribut umum atribut umum operasi persyaratan penting

Identifying Classes Potential class Classification Accept / Reject homeowner role; external entity reject: 1, 2 fail sensor external entity accept control panel installation occurrence reject (security) system thing number, type not objects, attributes reject: 3 fails master password telephone number sensor event audible alarm accept: 1 fails monitoring service organizational unit; ee

Class diagram for the system class

Class diagram for FloorPlan

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

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

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.

Class Diagrams Top: Multiplicity Bottom: Dependencies

Behavioral Modeling (perilaku Modeling)

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.

State diagram for the ControlPanel class

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

“RPL” Sekian dan Terimakasih Kelompok : Encep Kurniawan M. Feisal Akbar Iqbal Maulana Whisnu Adhytia Ibnu Juniar Teknik Informatika STMIK SUBANG