Analisis Model Perangkat Lunak

Transkripsi

1 Analisis Model Perangkat Lunak 1

2 Analisis Kebutuhan Analisis Kebutuhan Menentukan karakteristik operasional PL Menunjukkan antarmuka PL dengan elemen sistem yang lain Membuat batasan yang harus dipenuhi PL Analisis Kebutuhan memungkinkan Software Engineer (disebut analis atau modeler) untuk : Memperinci kebutuhan dasar yang dibuat kapda rekayasa kebutuhan sebelumnya Membangun model yang dapat menggambarkan skenario user, aktivitas fungsional, class masalah dan relasinya, sistem dan perilaku class, dan aliran data ketika ditransformasikan. R.S. Pressman & Associates, Inc., copyright 1996, 2001,

3 Sebuah Jembatan system description analysis model design model R.S. Pressman & Associates, Inc., copyright 1996, 2001,

4 Aturan-Aturan Model harus fokus pada masalah atau domain bisnis. Tingkat abstraksinya relatif harus lebih tinggi. Setiap elemen model analisis sebaiknya memberikan tambahan pada pemahaman keseluruhan kebutuhan PL dan menyediakan wawasan pada domain informasi, fungsi dan perilaku sistem. Tunda semua konsideran infrastruktur dan model non fungsional hingga fase desain. Minimalisasi coupling melalui sistem. Pastikan model analisis menyediakan nilai untuk semua stakeholder. Jaga model sesederhana mungkin. R.S. Pressman & Associates, Inc., copyright 1996, 2001,

5 Analisis Domain Analisis domain PL adalah identifikasi, analisis, dan spesifikasi kebutuhan umum dari domain aplikasi tertentu, yang biasanya digunakan kembali pada project lain di dalam domain aplikasi yang sama [Analisis domain berorientasi objek adalah] identifikasi, analisis dan spesifikasi kemampuan umum, kemampuan digunakan kembali dalam domain tertentu dalam istilah-istilah objek, class, subassemblies dan framework umum Donald Firesmith R.S. Pressman & Associates, Inc., copyright 1996, 2001,

6 Analisis Domain Tentukan domain yang ingin diinvestigasi. Kumpulkan contoh representatif aplikasi pada domain tersebut. Analisis setiap aplikasi pada contoh. Kembangkan model analisis untuk objek. R.S. Pressman & Associates, Inc., copyright 1996, 2001,

7 Pemodelan Data Memeriksa objek data secara independen terhadap proses Fokus perhatikan pada domain data Membuat sebuah model pada abstraksi level konsumen Mengindikasikan bagaimana objek data berhubungan satu dengan yang lain R.S. Pressman & Associates, Inc., copyright 1996, 2001,

8 R.S. Pressman & Associates, Inc., copyright 1996, 2001,

9 Model berbasis Scenario [Use-cases] adalah bantuan untuk mendefinisikan apa yang ada pada sistem (aktor) dan apa yang harus dilakukan sistem (use-cases). Ivar Jacobson (1) Apa yang harus ditulis? (2) Berapa banyak kita harus menulisnya? (3) Sedetail apa gambaran kita? (4) Bagaimana kita mengatur deskripsi? R.S. Pressman & Associates, Inc., copyright 1996, 2001,

10 Use-Cases Sebuah skenario yang menggambarkan rangkaian kegunaan pada sistem actors mewakili peran orang atau piranti yang dimaikan ketika sistem berfungsi users dapat berperan sebagai lebih dari satu peran dalam sebuah skenario yang ditentukan R.S. Pressman & Associates, Inc., copyright 1996, 2001,

11 Mengembangkan Use-Case Apa tugas atau fungsi utama yang harus dilakukan aktor? Sistem Informasi seperti apa yang diperlukan, dihasilkan atau diubah oleh aktor? Apakah aktor harus menginformasikan sistem tentang perubahan dalam lingkungan eksternal? Informasi apa yang diharapkan aktor dari sistem? Apakah aktor menginginkan diberitahu tentang perubahan yang tidak tersangka? R.S. Pressman & Associates, Inc., copyright 1996, 2001,

12 R.S. Pressman & Associates, Inc., copyright 1996, 2001,

13 Use-Case Diagram R.S. Pressman & Associates, Inc., copyright 1996, 2001,

14 Activity Diagram Melengkapi use-case dengan menyediakan representasi diagram dari aliran prosedural. R.S. Pressman & Associates, Inc., copyright 1996, 2001,

15 Swimlane Diagrams Memungkinkan untuk menampilkan aliran aktivitas yang digambarkan oleh use-case, dan di saat yang sama mengindikasikan aktor yang mana, atau class analisis yang mempunyai tanggungjawab terhadap tindakan yang digambarkan oleh kotak aktivitas R.S. Pressman & Associates, Inc., copyright 1996, 2001,

16 What is a Data Object? Object something that is described by a set of attributes (data items) and that will be manipulated within the software (system) each instance of an object (e.g., a book) can be identified uniquely (e.g., ISBN #) each plays a necessary role in the system i.e., the system could not function without access to instances of the object each is described by attributes that are themselves data items R.S. Pressman & Associates, Inc., copyright 1996, 2001,

17 Objek-Objek Umum Entitas eksternal (printer, user, sensor) Sesuatu (laporan, display, sinyal) Kejadian atau event (interupsi, alarm) orang (manager, engineer, salesperson) Unit organisasi (divisi, tim) tempat (lantai pabrik) struktur (employee record) R.S. Pressman & Associates, Inc., copyright 1996, 2001,

18 Objek Data dan Atribut Sebuah objek data terdiri dari sekumpulan atribut yang bertindak sebagai aspek, kualitas, karakteristik, atau penjelas objek object: automobile attributes: make model body type price options code R.S. Pressman & Associates, Inc., copyright 1996, 2001,

19 Apakah Relationship? Relationship menandakan kaitan, sebuah fakta yang harus diingat oleh sistem, tidak dikomputasi atau diturunkan secara mekanis several instances of a relationship can exist objects can be related in many different ways R.S. Pressman & Associates, Inc., copyright 1996, 2001,

20 Notasi ERD Satu bentuk umum: object (0, m) relationship 1 object (1, 1) 2 Bentuk Umum yang lain: attribute object relationship 1 object 2 (0, m) (1, 1) R.S. Pressman & Associates, Inc., copyright 1996, 2001,

21 Membangun Sebuah ERD Level 1 modelkan semua objek data (entitas) dan koneksinya dengan yang lain Level 2 modelkan semua entitas dan relasi Level 3 modelkan semua entitas, relasi, dan atribut yang menyediakan informasi yang lebih mendalam R.S. Pressman & Associates, Inc., copyright 1996, 2001,

22 ERD: sebuah contoh Customer places (1,1) (1,m) request for service (1,1) standard task table generates (1,n) work order (1,1) selected from (1,w) work tasks (1,w) consists of (1,1) (1,1) materials (1,i) lists R.S. Pressman & Associates, Inc., copyright 1996, 2001,

23 Pemodelan berorientasi aliran Menampilkan bagaimana objek data ditransformasi ketika mereka bergerak di dalam sistem Sebuah data flow diagram (DFD) merupakan bentuk diagram yang digunakan Walaupun dianggap pendekatan kuno, pemodelan berorientasi aliran menyediakan pandangan unik terhadap suatu sistem. Dia tetap layak digunakan untuk mendukung analisis elemen model lainnya. R.S. Pressman & Associates, Inc., copyright 1996, 2001,

24 Model Aliran Setiap sistem berbasis komputer Adalah sebuah transformasi informasi input computer based system output R.S. Pressman & Associates, Inc., copyright 1996, 2001,

25 Notasi Model Aliran Entitas Eksternal proses Aliran data Penyimpanan data R.S. Pressman & Associates, Inc., copyright 1996, 2001,

26 Entitas Eksternal Produsen atau konsumen sebuah data Contoh : seseorang, piranti, sensor Contoh lain : sistem berbasis komputer Data harus selalu berawal dari suatu tempat dan Harus selalu dikirim pada sesuatu R.S. Pressman & Associates, Inc., copyright 1996, 2001,

27 Proses Sebuah transformer data (mengubah input menjadi output) Contoh: menghitung pajak, menentukan luas, Memformat laporan, menampilkan grafik Data harus selalu diproses dalam bentuk tertentu Untuk menerima fungsi sistem R.S. Pressman & Associates, Inc., copyright 1996, 2001,

28 Aliran Data Data mengalir melalui sebuah sistem dimulai Sebagai input dan ditransformasi menjadi output base height compute triangle area area R.S. Pressman & Associates, Inc., copyright 1996, 2001,

29 Menyimpan Data Data disimpan untuk digunakan lagi. report required sensor # look-up sensor data sensor number sensor #, type, location, age type, location, age sensor data R.S. Pressman & Associates, Inc., copyright 1996, 2001,

30 Petunjuk menggambar DFD Semua icon harus diberi nama yang bermakna jelas DFD berkembang dalam beberapa tingkatan Selalu dimulai dengan sebuah context level diagram (level 0) Selalu menunjukkan entitas eksternal pada level 0 Selalu berinama panah aliran data Jangan menampilkan prosedur logika R.S. Pressman & Associates, Inc., copyright 1996, 2001,

31 Membangun sebuah DFD I Mereview model data untuk mengisolasi objek data dan gunakan parsing gramatikal untuk menentukan Operasi Menentukan entitas eksternal (produsen dan konsumen data) Membuat level 0 DFD R.S. Pressman & Associates, Inc., copyright 1996, 2001,

32 Contoh Level 0 DFD user video source processing request NTSC video signal digital video processor requested video signal monitor R.S. Pressman & Associates, Inc., copyright 1996, 2001,

33 Membangun DFD II Tulis sebuah narasi yang menggambarkan transformasi Parsing untuk menentukan transformasi tingkat berikutnya seimbangkan aliran untuk menjaga aliran data Bangun level 1 DFD Gunakan rasio 1:5 (perkiraan) R.S. Pressman & Associates, Inc., copyright 1996, 2001,

34 Hierarki Aliran Datang x a P b y level 0 a p1 c p2 f level 1 d p3 e p4 5 g b R.S. Pressman & Associates, Inc., copyright 1996, 2001,

35 Catatan untuk DFD Setiap lingkaran harus dipecah hingga dia hanya melakukan hanya SATU hal Rasio ekspansi menurun sesuai dengan jumlah level yang meningkat Kebanyakan sistem membutuhkan antara 3 hingga level 7 untuk model aliran yang cukup. Sebuah item aliran data (panah) dapat dikembangkan seiring dengan meningkatnya level (data dictionary menyediakan informasi ini) R.S. Pressman & Associates, Inc., copyright 1996, 2001,

36 Spesifikasi Proses (PSPEC) Lingkaran PSPEC naratif pseudocode (PDL) persamaan tabel Diagram dan atau grafik R.S. Pressman & Associates, Inc., copyright 1996, 2001,

37 Setelah DFD? analysis model Maps into design model R.S. Pressman & Associates, Inc., copyright 1996, 2001,

38 R.S. Pressman & Associates, Inc., copyright 1996, 2001,

39 R.S. Pressman & Associates, Inc., copyright 1996, 2001,

40 R.S. Pressman & Associates, Inc., copyright 1996, 2001,

41 R.S. Pressman & Associates, Inc., copyright 1996, 2001,