Presentasi sedang didownload. Silahkan tunggu

Presentasi sedang didownload. Silahkan tunggu

Model Konvensional.

Presentasi serupa


Presentasi berjudul: "Model Konvensional."— Transcript presentasi:

1 Model Konvensional

2 Ikhtisar DFD ERD Konsep Notasi & Levelling
Versi Analisis & versi design Pelengkap State transition diagram CFD ERD Notasi

3 Data Flow Diagram Mengabstraksikan aliran informasi dalam suatu sistem : Komponen Item data input Proses transformasi Item data output Memiliki Level

4 Notasi External entity Process Data store Data Object
Produsen/konsumen data/informasi yang berada di luar sistem yang dimodelkan Process Pengubah data/informasi dari bentuk satu ke bentuk yang lain Berada di dalam sistem yang dimodelkan Data store Penyimpan data/informasi yang dimanipulasi dalam sistem Bisa berupa buffer sederhana atau basis data relasional yang kompleks Data Object Garis berarah yang menunjukkan aliran data/informasi tertentu

5 …Notasi

6 Levelling DFD mengabtraksikan sistem dalam berbagai level :
Context diagram / DFD level 0 DFD level 1 (penjabaran Context diagram) DFD level 2 (penjabaran setiap process pada DFD level 1) DFD level 3 … …. PSPEC (penjabaran setiap process pada DFD versi design yang paling detail) : berupa flow chart/notasi algoritmik Mamakai mekanisme penomoran tertentu

7 DFD level 0 / Context Diagram
Mendefinisikan system boundary

8 DFD level 1

9 DFD level 2

10 DFD versi design ? DFD versi analisis DFD versi design
Memodelkan proses dunia nyata Media verifikasi system dengan client SRS DFD versi design Memodelkan proses dalam software Untuk diimplementasikan oleh programmer SDD

11 Contoh DFD versi analisis

12 Contoh DFD versi Design

13 PSpec Penjabaran Proses paling detail pada DFD versi design
Ada pada SDD Berupa Flowchart Notasi algoritmik (lihat point 12.18)

14 Pelengkap DFD State Transition Diagram Control Flow Diagram
Functional Req – Process Dependency Matrix Verifikasi semua req telah terdesign Tidak ada proses yang bukan merupakan req Informasi tambahan Idealnya setiap data store pada DFD versi design menjadi entitas pada ERD Process – Data dependency matrix

15 Control Flow Diagram Notasi : Keterkaitan DFD dan CFD :
Figure & Figure 12.14 Keterkaitan DFD dan CFD : Figure 12.17

16 State Transition Diagram
Contoh Figure 12.21

17 Func. Req. – Process Dep. Matrix
Di SRS ada Functional Requirement Point-point fungsi yang harus dipenuhi oleh software yang akan dikembangkan Dikodekan dengan mekanisme tertentu Traceability matrix

18 … Func. Req. – Process Dep. Matrix
Func. Req. – Process Dependency matrix Tabel / matrix yang mengkaitkan antara functional requirement dengan process-process yang ada di DFD versi design yang paling detil misal FR jadi baris dan process menjadi kolom Bila ada baris yang kosong : FR bersangkutan belum terimplementasi Bila ada kolom kosong : process bersangkutan tidak perlu

19 Entity Relationship Diagram
Data Object Orang, organisasi, divais, produk sotware atau apapun yang menghasilkan atau mengkonsumsi informasi Atribut Sesuatu yang mencirikan atau menerangkan instance dari sebuah data object Referensi dari satu data object ke data object lain Relasi Mengindikasikan keterkaitan antara data object

20 …ERD Contoh data object, atribut dan relasi
Lihat figure 12.2 Relasi : Figure 12.4 Contoh instance data object Lihat figure 12.3

21 …ERD Cardinality Modality
Bagaimana sebuah object terkait dengan sejumlah object yang lain 1:1 1:N M:N Modality Sebuah relasi bersifat optional (boleh ada boleh tidak) atau mandatory (harus ada)

22 …ERD Contoh Tambahan untuk ERD Figure 12.5 Figure 12.6 Figure 12.7
Data dictionary Detail data type Business rule Integrity description Referential & non referential View definition Stored procedure definition

23 Step pembuatan ERD Customer asked to list "things" that application addresses, these things evolve into input objects, output objects, and external entities Analyst and customer define connections between the objects The cardinality and modality are determined for an object-relationship pair Attributes of each entity are defined The entity diagram is reviewed and refined

24 Architectural Design Process
Process mentransformasi DFD menjadi program structure Biasanya bermanfaat untuk membantu dalam implementasi user interface dan coding Jenis process Transform flow Process merubah satu input ke satu output Transaction flow Process melakukan dispatch dari satu input ke satu dari banyak output

25 Step dalam transformasi
Tentukan apakah DFD termasuk transform atau transaction Bila Transaction : buat setiap jalur dispatch dan lakukan seperti step awal Bila Transform Isolasi transform center dengan menentukan batas incoming dan outgoing flow Lakukan first level factoring Lakukan second level factoring refine

26 Contoh transformasi Lihat Figure 14.2 : transaction flow
Figure 14.6 : flow boundaries Figure 14.7 : first level factoring Figure 14.8 : second level factoring Figure : hasil refine

27 User interface design Establish the goals and intentions of each task
Map each goal/intention to a sequence of specific actions (objects and methods for manipulating objects) Specify the action sequence of tasks and subtasks (user scenario) Indicate the state of the system at the time the user scenario is performed Define control mechanisms Show how control mechanisms affect the state of the system Indicate how the user interprets the state of the system from information provided through the interface

28 User interface design Contoh : lihat design.doc

29 DFD Level 0

30 DFD Level - 1

31 DFD Level - 2 Pengolahan Data Pergerakan

32 Con’t Pengolahan Data konfigurasi


Download ppt "Model Konvensional."

Presentasi serupa


Iklan oleh Google