Perancangan Sistem Berorientasi Objek Dengan UML (Unified Modelling Language)

  

Perancangan Sistem

Perancangan Sistem

  

Berorientasi Objek

Berorientasi Objek

  Dengan UML Dengan UML

  

(Unified Modelling

(Unified Modelling

  Yang akan dipelajari Yang akan dipelajari 1.

  1. Pengenalan UML

  Pengenalan UML 2.

  2. Sejarah Singkat UML

  Sejarah Singkat UML 3.

  3. Bagian-bagian UML.

  Bagian-bagian UML. _ View.

  View. _ Diagram

  Diagram

  1. Pengenalan UML

  1. Pengenalan UML a.

  a.

  Apa yang dimaksud dengan UML Apa yang dimaksud dengan UML b.

  b.

  Tujuan UML Tujuan UML c.

  c.

  Mengapa melakukan Modelling Mengapa melakukan Modelling d.

  d.

  Apa yang dimaksud dengan Visual Apa yang dimaksud dengan Visual

  

A. Apa itu UML?

  

A. Apa itu UML?



_{It is a notation; that is a set of diagrams and diagram elements that may be}

_{It is a notation; that is a set of diagrams and diagram elements that may be}

_{arranged to describe the design of a software system. arranged to describe the design of a software system.}

   _{UML is not a process, nor is it a method comprising a notation and a process. UML is not a process, nor is it a method comprising a notation and a process.}

   _{The The OMG OMG specification states: specification states: The Unified Modeling Language (UML) is a graphical language for The Unified Modeling Language (UML) is a graphical language for} visualizing, specifying, constructing, and documenting the artifacts of a ^{visualizing, specifying, constructing, and documenting the artifacts of a}

  B. Tujuan UML

  B. Tujuan UML 

  Provide users with a ready-to-use, expressive visual Provide users with a ready-to-use, expressive visual modeling language so they can develop and exchange modeling language so they can develop and exchange meaningful models. meaningful models. _

  Provide extensibility and specialization mechanisms to Provide extensibility and specialization mechanisms to extend the core concepts. extend the core concepts. _

  Be independent of particular programming languages Be independent of particular programming languages and development processes. and development processes. _

  Provide a formal basis for understanding the modeling Provide a formal basis for understanding the modeling

  C. Mengapa melakukan

  C. Mengapa melakukan

Modelling

  

Modelling

_

To easily communicate information between different

  

To easily communicate information between different

stakeholders in an unambiguous way

  _ stakeholders in an unambiguous way To specify target-language-independent designs

  To specify target-language-independent designs _ To provide structure for problem solving

  To provide structure for problem solving _

To provide mechanisms(abstractions, views, filtering,

  

To provide mechanisms(abstractions, views, filtering,

structure) to manage complexity structure) to manage complexity

  

D. Apa yang dimaksud dengan Visual Modeling?

  

D. Apa yang dimaksud dengan Visual Modeling?

Order _“

  Modeling captures essential _Item parts of the system.” _{Dr. James Rumbaugh}

  Ship via _{Business Process}

  

Visual Modeling Captures

Visual Modeling Captures

  

Business Process

_{business process from user’s perspective Use Case Analysis is a technique to capture}

Business Process

  Visual Modeling is a Visual Modeling is a Communication Tool Communication Tool _{Use visual modeling to capture business objects and logic}

  

Visual Modeling

Visual Modeling

  

Manages Complexity

Manages Complexity

  User Interface _{(Visual Basic, Java) Business Logic} (C++, Java) Visual Modeling Visual Modeling Defines Software Defines Software Architecture Architecture

  Multiple Systems Visual Modeling Visual Modeling Promotes Reuse Promotes Reuse

  2. SEJARAH UML

  

2. SEJARAH UML



  In 1965 the first object-oriented (OO) In 1965 the first object-oriented (OO) programming language, Simula I, was programming language, Simula I, was introduced. introduced. _

  Almost immediately interest in OO design Almost immediately interest in OO design began to rapidly grow. began to rapidly grow.

  

From the primordial ooze…

From the primordial ooze…

  

  With all these design methods came With all these design methods came numerous modeling languages. numerous modeling languages. _

  By the early 90’s there were 50+ distinct By the early 90’s there were 50+ distinct OO modeling languages.

  OO modeling languages. _ Darwinian forces in the marketplace led to

  Darwinian forces in the marketplace led to

  

The Big Three

The Big Three

  

  Object-oriented Analysis & Design (OOAD) Object-oriented Analysis & Design (OOAD)

• – Grady Booch
• – Grady Booch _

  The Object Modeling Technique (OMT) – The Object Modeling Technique (OMT) –

  Jim Rumbaugh Jim Rumbaugh _

  The Object-oriented Software Engineering The Object-oriented Software Engineering

  Booch (OOAD)

Booch (OOAD)

  

  Very complex Very complex _

  The modeling language contained a The modeling language contained a formidable number of diagrams and formidable number of diagrams and resulting symbols

  _ resulting symbols Allowed for effective low-level design and

  Allowed for effective low-level design and

  Rumbaugh (OMT) Rumbaugh (OMT)

  

  OMT had a simpler modeling language OMT had a simpler modeling language _

  It was better at higher-level designs than It was better at higher-level designs than Booch Method.

  Booch Method. _ Good at OO analysis, weak at OO design

  Good at OO analysis, weak at OO design

  OO Analysis vs. OO Design OO Analysis vs. OO Design

  

  Analysis refers to understanding the Analysis refers to understanding the problem. problem. _

  Design refers to coming up with the Design refers to coming up with the solution. solution. _

  Don’t confuse with broader use of word Don’t confuse with broader use of word

  

Jacobson (OOSE)

Jacobson (OOSE)

  

  Major feature was “use classes” Major feature was “use classes” _

  Use classes model how a system interacts Use classes model how a system interacts with users (which might be other systems with users (which might be other systems or end users)

  _ or end users) Viewing things from the user’s perspective

  Viewing things from the user’s perspective

  In Summary In Summary

  

  Booch (OOAD) good at low-level design Booch (OOAD) good at low-level design _

  Jacobson (OOSE) good at high-level Jacobson (OOSE) good at high-level design

  _ design Rumbaugh (OMT) good at the middle

  Rumbaugh (OMT) good at the middle ground ground

  

Coming Together

Coming Together

  

  Booch’s and Rumbaugh’s methods seemed Booch’s and Rumbaugh’s methods seemed to be evolving in a similar direction

  _ to be evolving in a similar direction In 1994 they joined forces in effort to

  In 1994 they joined forces in effort to merge their two methods

  _ merge their two methods They both wanted to include use cases, so

  They both wanted to include use cases, so

  The ‘U’ in UML The ‘U’ in UML

  

  It became too difficult to successfully It became too difficult to successfully merge all three methods. merge all three methods. _

  At same time, the software engineering At same time, the software engineering community wanted an effective and community wanted an effective and standardized modeling language standardized modeling language

  

UML Was Born

UML Was Born

  

  In 1996 the Unified Modeling Language In 1996 the Unified Modeling Language was introduced as UML 0.9 and then 0.91 was introduced as UML 0.9 and then 0.91 _

  Input was obtained from many, including Input was obtained from many, including TI, IBM, Microsoft, Oracle, and HP.

  TI, IBM, Microsoft, Oracle, and HP. _ This led to UML 1.0 in 1997

  This led to UML 1.0 in 1997

  Sejarah Singkat UML Sejarah Singkat UML

  Nov ‘97 UML approved by the OMG

  Bangunan Dasar UML Bangunan Dasar UML 1.

  1. Sesuatu (Things)

  Sesuatu (Things) 2.

  2. Relasi (Relationship)

  Relasi (Relationship) 3.

  3. Diagram

  Diagram

  Things Things

  Ada 4 Macam Things dalam UML : Ada 4 Macam Things dalam UML : a.

  a.

  Structural Things Structural Things b.

  b.

  Behavioral Things Behavioral Things c.

  c.

  Grouping Things Grouping Things

  A. Structural Things

  A. Structural Things 

  Merupakan Bagian yang bersifat statis Merupakan Bagian yang bersifat statis dalam model UML

  _ dalam model UML Dapat berupa elemen-elemen yang

  Dapat berupa elemen-elemen yang bersifat fisik maupun konseptual

  _ bersifat fisik maupun konseptual Ada 7 macam structural things, yaitu

  Ada 7 macam structural things, yaitu

  7 macam structural things (1) 7 macam structural things (1)

  Kelas Kelas

• Himpunan dari objek-objek yang berbagi
• Himpunan dari objek-objek yang berbagi

  atribut serta operasi yang sama atribut serta operasi yang sama

• Digambarkan dengan empat-persegi-
• Digambarkan dengan empat-persegi-

  panjang yang memuat nama, atribut, serta panjang yang memuat nama, atribut, serta

  7 macam structural things (2) 7 macam structural things (2)

  Antarmuka (Interfaces) Antarmuka (Interfaces) _{kelas atau komponen/objek kelas atau komponen/objek - Kumpulan dari operasi-operasi yang menspesifikasi layanan (service) suatu - Kumpulan dari operasi-operasi yang menspesifikasi layanan (service) suatu - Biasanya dilampirkan pada kelas atau komponen yang merealisasikan - Jarang berdiri sendiri. - Jarang berdiri sendiri.} - Mendeskripsikan perilaku yang tampak dari luar dari suatu elemen _{- Biasanya dilampirkan pada kelas atau komponen yang merealisasikan - Mendeskripsikan perilaku yang tampak dari luar dari suatu elemen dengan garis tegak (|) - secara grafis digambarkan dengan lingkaran kecil dengan namanya didahului - secara grafis digambarkan dengan lingkaran kecil dengan namanya didahului} antarmuka antarmuka

  7 macam structural things (3) 7 macam structural things (3)

  Kolaborasi (Collaboration) Kolaborasi (Collaboration)

• Mendefinisikan interaksi aturan-aturan dan elemen lain yang
• Mendefinisikan interaksi aturan-aturan dan elemen lain yang

  bekerjasama untuk menyediakan perilaku yang lebih besar dari bekerjasama untuk menyediakan perilaku yang lebih besar dari jumlah dari elemen-elemennya (sinergi) jumlah dari elemen-elemennya (sinergi)

• Merepresentasikan pola implementasi yang memperbaiki sistem
• Merepresentasikan pola implementasi yang memperbaiki si
• secara grafis digambarkan dengan elipsi bergaris putus-putus
• secara grafis digambarkan dengan elipsi bergaris putus-putus yang memuat nama kolaborasi itu.

  yang memuat nama kolaborasi itu.

  

7 macam structural things (4)

7 macam structural things (4)

  Use Case Use Case

• Deskripsi dari urutan aksi-aksi yang ditampilkan sistem
• Deskripsi dari urutan aksi-aksi yang ditampilkan sistem

  yang menghasilkan suatu hasil yang terukur bagi suatu yang menghasilkan suatu hasil yang terukur bagi suatu actor actor

• Digunakan untuk menstrukturkan perilaku pada suatu
• Digunakan untuk menstrukturkan perilaku pada suatu

  model model Kelas Aktif (Active Class) Kelas Aktif (Active Class)

_{- Kelas dimana Objek-objek yang dimilikinya memiliki satu atau lebih}

_{- Kelas dimana Objek-objek yang dimilikinya memiliki satu atau lebih}

proses dan lebih jauh menginisialisasi suatu objek kendali. ^{proses dan lebih jauh menginisialisasi suatu objek kendali.} _{- Merupakan kelas biasa namun objek-objek yang dimilikinya - Merupakan kelas biasa namun objek-objek yang dimilikinya menampilkan elemen-elemen yang memiliki perilaku konkuren. menampilkan elemen-elemen yang memiliki perilaku konkuren.}

  

7 macam structural things (5)

7 macam structural things (5)

• secara grafis digambarkan seperti kelas biasa tetapi dengan batas yang ^{- secara grafis digambarkan seperti kelas biasa tetapi dengan batas yang} _{lebih tebal lebih tebal , yang memuat nama, atribut, serta operasi yang dimilikinya. , yang memuat nama, atribut, serta operasi yang dimilikinya.}

  7 macam structural things (6) 7 macam structural things (6)

  Komponen (Component) Komponen (Component)

• Bagian fisik dan bagian yang dapat digantikan pada
• Bagian fisik dan bagian yang dapat digantikan pada suatu sistem.

  suatu sistem.

• Secara grafis digambarkan dengan empat-persegi-
• Secara grafis digambarkan dengan empat-persegi- panjang seperti kelas tetapi ditambahi tab.

  panjang seperti kelas tetapi ditambahi tab.

  

7 macam structural things (7)

7 macam structural things (7)

  Simpul (Node) Simpul (Node)

• Elemen fisik yang eksis saat aplikasi dijalankan dan
• Elemen fisik yang eksis saat aplikasi dijalankan dan mencerminkan suatu sumber daya komputasi.

  mencerminkan suatu sumber daya komputasi.

• Kumpulan komponen mungkin hadir dalam simpul dan mungkin
• Kumpulan komponen mungkin hadir dalam simpul dan mungkin

  juga berpindah-pindah dari suatu simpul ke simpul yang lain.

  juga berpindah-pindah dari suatu simpul ke simpul yang lain.

• secara grafis digambarkan sebagai kubus yang berisi namanya.
• secara grafis digambarkan sebagai kubus yang berisi namanya.

  B. Behavioral Things

  B. Behavioral Things

  Merupakan bagian yang dinamis pada model UML model UML

• Merupakan bagian yang dinamis pada

  Mencerminkan perilaku sepanjang ruang dan waktu. dan waktu.

• Mencerminkan perilaku sepanjang ruang

  Ada 2 macam behavioral things :

• Ada 2 macam behavioral things :

  Interaksi Interaksi _-

  

Behavioral Things

Behavioral Things

  

Suatu perilaku yang mencakup himpunan pesan-

Suatu perilaku yang mencakup himpunan pesan-

pesan yang diperlukan untuk menyelesaikan suatu pesan yang diperlukan untuk menyelesaikan suatu fungsi tertentu

• _- fungsi tertentu

  Terdiri dari pesan-pesan, urutan aksi (perilaku Terdiri dari pesan-pesan, urutan aksi (perilaku yang dihasilkan oleh sebuah pesan), link yang dihasilkan oleh sebuah pesan), link State State

  Perilaku yang menspesifikasi unsur kedudukan suatu Perilaku yang menspesifikasi unsur kedudukan suatu objek atau interaksi-interaksi sepanjang waktu dalam objek atau interaksi-interaksi sepanjang waktu dalam menanggapi event-event yang terjadi. menanggapi event-event yang terjadi. _-

  

Behavioral Things

Behavioral Things

  Penggambaran suatu state memuat beberapa unsur yaitu Penggambaran suatu state memuat beberapa unsur yaitu

state itu sendiri, transisi (perubahan dari suatu state ke

state itu sendiri, transisi (perubahan dari suatu state ke

state lainnya), event (suatu keadaan yang memicu state lainnya), event (suatu keadaan yang memicu sebuah transisi, serta aktivitas (tanggapan terhadap sebuah transisi, serta aktivitas (tanggapan terhadap

  C. Grouping Things

  C. Grouping Things

  Bagian pengorganisasi dalam UML

• Bagian pengorganisasi dalam UML

  Dalam penggambaran model UML yang rumit kadang diperlukan penggambaran rumit kadang diperlukan penggambaran paket yang menyederhanakan model paket yang menyederhanakan model

• Dalam penggambaran model UML yang

  Paket berguna bagi pengelompokkan

• Paket berguna bagi pengelompokkan

  

D. Annotational Things

  D. Annotational Things

  Bagian yang memperjelas model UML

• Bagian yang memperjelas model UML

  Dapat berupa komentar yang memperjelas fungsi serta ciri-ciri tiap elemen dalam fungsi serta ciri-ciri tiap elemen dalam model UML model UML

• Dapat berupa komentar yang memperjelas

  RELATIONSHIP RELATIONSHIP

  Hubungan-hubungan yang terjadi antarelemen dalam UML antarelemen dalam UML

• Hubungan-hubungan yang terjadi

  Ada 4 macam relationship dalam UML, yaitu Dependency, Asosiasi, Generalisasi, yaitu Dependency, Asosiasi, Generalisasi,

• Ada 4 macam relationship dalam UML,

  Realisasi Realisasi Hubungan dimana perubahan yang terjadi pada suatu elemen independen (mandiri) pada suatu elemen independen (mandiri) akan mempengaruhi elemen yang akan mempengaruhi elemen yang bergantung padanya (elemen yang tidak bergantung padanya (elemen yang tidak mandiri – independen). mandiri – independen).

  

Dependency (Kebergantungan)

Dependency (Kebergantungan)

• Hubungan dimana perubahan yang terjadi

  

Asosiasi

Asosiasi

  Menghubungkan antara objek satu dengan

objek yang lainnya; bagaimana hubungan

objek yang lainnya; bagaimana hubungan

suatu objek dengan objek lainnya. suatu objek dengan objek lainnya.

• Menghubungkan antara objek satu dengan

  Suatu bentuk asosiasi adalah agregasi yang menampilkan hubungan suatu objek menampilkan hubungan suatu objek

• Suatu bentuk asosiasi adalah agregasi yang

  

Generalisasi

Generalisasi

  Hubungan dimana objek anak (descendent) berbagi perilaku dan struktur data dari objek yang berbagi perilaku dan struktur data dari objek yang ada diatasnya (objek induk – ancestor).

• Hubungan dimana objek anak (descendent)
• _- ada diatasnya (objek induk – ancestor).

  Arah dari atas ke bawah (dari objek induk ke Arah dari atas ke bawah (dari objek induk ke objek anak disebut spesialisasi)

• _- objek anak disebut spesialisasi)

  Arah dari bawah ke atas disebut generalisasi Arah dari bawah ke atas disebut generalisasi

  

Realisasi

Realisasi

  Operasi yang benar-benar dilakukan oleh suatu objek suatu objek

• Operasi yang benar-benar dilakukan oleh

  Secara grafis digambarkan dengan tanda panah bergaris putus-putus dengan kepala panah bergaris putus-putus dengan kepala panah kosong. panah kosong.

• Secara grafis digambarkan dengan tanda

  Diagram Diagram

  Ada 9 jenis diagram, yaitu : Ada 9 jenis diagram, yaitu : _{1. 1.} Diagram Kelas

  Diagram Kelas _{2. 2.} Diagram Objek Diagram Objek _{3. 3.} Use Case Diagram Use Case Diagram _{4. 4.} Sequence Diagram Sequence Diagram _{5. 5.} Collaboration Diagram Collaboration Diagram _{6. 6.} Statechart Diagram Statechart Diagram

  Diagram Kelas Diagram Kelas

  Bersifat Statis

• Bersifat Statis

  Memperlihatkan himpunan kelas-kelas, antarmuka-antarmuka, kolaborasi- antarmuka-antarmuka, kolaborasi- kolaborasi, serta relasi-relasi kolaborasi, serta relasi-relasi

• Memperlihatkan himpunan kelas-kelas,

  Diagram Objek Diagram Objek

  Bersifat statis

• Bersifat statis

  Memperlihatkan objek-objek serta relasi- relasi antarobjek. relasi antarobjek.

• Memperlihatkan objek-objek serta relasi-

  Memperlihatkan instantiasi statis dari segala sesuatu yang dijumpai pada segala sesuatu yang dijumpai pada

• Memperlihatkan instantiasi statis dari

  

Use-Case Diagram

Use-Case Diagram

  Bersifat statis

• Bersifat statis

  Memperlihatkan himpunan use case dan aktor-aktor (suatu jenis khusus dari kelas). aktor-aktor (suatu jenis khusus dari kelas).

• Memperlihatkan himpunan use case dan

  Berfungsi mengorganisasi dan memodelkan perilaku dari suatu sistem memodelkan perilaku dari suatu sistem

• Berfungsi mengorganisasi dan

  Sequence Diagram Sequence Diagram

  Bersifat dinamis

• Bersifat dinamis

  Diagram yang menekankan pada pengiriman pesan dalam suatu waktu pengiriman pesan dalam suatu waktu tertentu tertentu

• Diagram yang menekankan pada

  

Collaboration Diagram

Collaboration Diagram

  Bersifat dinamis

• Bersifat dinamis

  Diagram interaksi yang menekankan organisasi struktural dari objek-objek yang organisasi struktural dari objek-objek yang menerima serta mengirim pesan menerima serta mengirim pesan

• Diagram interaksi yang menekankan

  

Statechart Diagram

Statechart Diagram

  Bersifat dinamis

• Bersifat dinamis

  

Memperlihatkan state-state pada sistem;

memuat state, transisi, event, serta memuat state, transisi, event, serta aktivitas. aktivitas.

• Memperlihatkan state-state pada sistem;

  Memperlihatkan sifat dinamis dari

• Memperlihatkan sifat dinamis dari

  Activity Diagram

Activity Diagram

  Bersifat dinamis

• Bersifat dinamis

  Memperlihatkan aliran dari suatu aktivitas ke aktivitas lainnya dalam suatu sistem. ke aktivitas lainnya dalam suatu sistem.

• Memperlihatkan aliran dari suatu aktivitas

  Memodelkan fungsi-fungsi dalam suatu sistem dan memberi tekanan pada aliran sistem dan memberi tekanan pada aliran

• Memodelkan fungsi-fungsi dalam suatu

  Component Diagram Component Diagram

  Bersifat statis

• Bersifat statis

  Memperlihatkan organisasi serta kebergantungan pada komponen- kebergantungan pada komponen- komponen yang telah ada sebelumnya komponen yang telah ada sebelumnya

• Memperlihatkan organisasi serta

  Berhubungan dengan diagram kelas.

• Berhubungan dengan diagram kelas.

  

Deployment Diagram

Deployment Diagram

  Bersifat statis

• Bersifat statis

  Memperlihatkan konfigurasi saat aplikasi dijalankan (saat runtime). dijalankan (saat runtime).

• Memperlihatkan konfigurasi saat aplikasi

  Memuat node beserta komponen-komponen yang ada didalamnya yang ada didalamnya

• Memuat node beserta komponen-komponen

  

View Pada UML

_

View Pada UML

  The system architecture is “the organizational structure of the system, including its decomposition into parts, their connectivity, interaction, mechanisms and the guiding principles that inform the design of a system.” _ [Rumbaugh 1998] There is a typical “4+1 views” architecture of a system defined by UML: _{ objects Logical view , captures the vocabulary of the problem domain using classes and }  _{Implementation view Process view , depicts the threads and processes of the system as active classes , shows the physical code base of the system in terms of} components

  Langkah-langkah Langkah-langkah

Penggunaan UML (1)

  Penggunaan UML (1) _ Buatlah daftar business process dari level tertinggi untuk

  Buatlah daftar business process dari level tertinggi untuk mendefinisikan aktivitas dan proses yang mungkin muncul. mendefinisikan aktivitas dan proses yang mungkin muncul. _

  Petakan use case untuk tiap business process untuk mendefinisikan Petakan use case untuk tiap business process untuk mendefinisikan

dengan tepat fungsionalitas yang harus disediakan oleh sistem.

dengan tepat fungsionalitas yang harus disediakan oleh sistem.

  Kemudian perhalus use case diagram dan lengkapi dengan Kemudian perhalus use case diagram dan lengkapi dengan requirement, constraints dan catatan-catatan lain. requirement, constraints dan catatan-catatan lain. _

  

Buatlah deployment diagram secara kasar untuk mendefinisikan

Buatlah deployment diagram secara kasar untuk mendefinisikan

arsitektur fisik sistem. arsitektur fisik sistem. _

  Definisikan requirement lain (non-fungsional, security dan Definisikan requirement lain (non-fungsional, security dan sebagainya) yang juga harus disediakan oleh sistem. sebagainya) yang juga harus disediakan oleh sistem.

  Langkah-langkah Langkah-langkah

Penggunaan UML (2)

  

Penggunaan UML (2)

_{ Definisikan objek-objek level atas (package atau domain) dan buatlah Definisikan objek-objek level atas (package atau domain) dan buatlah}

sequence dan/atau collaboration diagram untuk tiap alir pekerjaan. Jika

^{sequence dan/atau collaboration diagram untuk tiap alir pekerjaan. Jika}

_{sebuah use case memiliki kemungkinan alir normal dan error, buatlah satu sebuah use case memiliki kemungkinan alir normal dan error, buatlah satu diagram untuk masing-masing alir. diagram untuk masing-masing alir. } Buarlah rancangan user interface model yang menyediakan antarmuka bagi ^{Buarlah rancangan user interface model yang menyediakan antarmuka bagi} _{pengguna untuk menjalankan skenario use case. pengguna untuk menjalankan skenario use case. }

_{Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap}

_{Berdasarkan model-model yang sudah ada, buatlah class diagram. Setiap}

package atau domain dipecah menjadi hirarki class lengkap dengan atribut ^{package atau domain dipecah menjadi hirarki class lengkap dengan atribut} _{dan metodanya. Akan lebih baik jika untuk setiap class dibuat unit test dan metodanya. Akan lebih baik jika untuk setiap class dibuat unit test untuk menguji fungsionalitas class dan interaksi dengan class lain. untuk menguji fungsionalitas class dan interaksi dengan class lain.}

   _{Setelah class diagram dibuat, kita dapat melihat kemungkinan Setelah class diagram dibuat, kita dapat melihat kemungkinan}

  

Langkah-langkah

Penggunaan UML (3)

Langkah-langkah

  

Penggunaan UML (3)

_ Perhalus deployment diagram yang sudah dibuat. Detilkan

  Perhalus deployment diagram yang sudah dibuat. Detilkan kemampuan dan requirement piranti lunak, sistem operasi, jaringan, kemampuan dan requirement piranti lunak, sistem operasi, jaringan, dan sebagainya. Petakan komponen ke dalam node. dan sebagainya. Petakan komponen ke dalam node. _

  Mulailah membangun sistem. Ada dua pendekatan yang dapat Mulailah membangun sistem. Ada dua pendekatan yang dapat digunakan digunakan

• Pendekatan use case, dengan meng-assign setiap use case
• Pendekatan use case, dengan meng-assign setiap use case

  kepada tim pengembang tertentu untuk mengembangkan unit code kepada tim pengembang tertentu untuk mengembangkan unit code yang lengkap dengan tes. yang lengkap dengan tes.

• Pendekatan komponen, yaitu meng-assign setiap komponen
• Pendekatan komponen, yaitu meng-assign setiap komponen kepada tim pengembang tertentu.

  kepada tim pengembang tertentu.