OBJECT ORIENTED ANALYSIS DESIGN (OOAD)

  

OBJECT ORIENTED ANALYSIS DESIGN

(OOAD)

Metode yang digunakan adalah diacu dari:

Information Modeling and Development.

  

(Ken Lunn 2001)

1. Information Modeling and Development

  What is a model ?

  Model adalah beberapa diskripsi dari suatu system, yang dapat digambarkan, dideskripsikan, dan berbentuk prototype. Model tidak hanya berbentuk pendeskripsian sesuatu, tetapi merepresentasikan sesuatu.

  Why model ?

  Pertimbangan menggunkan model adalah karena mudah dan murah untuk membentuknya dibandingkan sesuatu yang riil. Model berguna untuk berkomunikasi dan perencanaan terhadap solusi permasalahan di dunia nyata. Sehingga model dapat membantu untuk memvisualisasi, merencanakan, berkomunikasi, dan mengestimasi yang paling baik dalam menyelesaikan permasalahan dibandingkan tanpa pemodelan.

  High Level Model in Information System Development

  Model dalam Information System Development (ISD) meliputi : Business case, Business requirements, System requirements, Logical design, Technical design, Implementation, dan Testing.

  Unified Modeling Language (UML)

  UML (Unified Modeling Language) adalah sebuah bahasa yang berdasarkan grafik/gambar untuk memvisualisasi, menspesifikasikan, membangun, dan pendokumentasian dari sebuah sistem pengembangan software berbasis OO (Object- Oriented). UML sendiri juga memberikan standar penulisan sebuah sistem blue print, yang meliputi konsep bisnis proses, penulisan kelas-kelas dalam bahasa program yang spesifik, skema database, dan komponen-komponen yang diperlukan dalam sistem software ( http://www.omg.org ). Pendekatan analisa & rancangan dengan menggunakan model OO mulai diperkenalkan sekitar pertengahan 1970 hingga akhir 1980 dikarenakan pada saat itu aplikasi software sudah meningkat dan mulai komplek. Jumlah yang menggunakaan metoda OO mulai diuji cobakandan diaplikasikan antara 1989 hingga 1994, seperti halnya oleh Grady Booch dari Rational Software Co., dikenal dengan OOSE (Object-Oriented Software Engineering), serta James Rumbaugh dari General Electric, dikenal dengan OMT (Object Modelling Technique). Kelemahan saat itu disadari oleh Booch maupun Rumbaugh adalah tidak adanya standar penggunaan model yang berbasis OO, ketika mereka bertemu ditemani rekan lainnya Ivar Jacobson dari Objectory mulai mendiskusikan untuk mengadopsi masing- masing pendekatan metoda OO untuk membuat suatu model bahasa yang uniform / seragam yang disebut UML (Unified Modeling Language) dan dapat digunakan oleh seluruh dunia. Secara resmi bahasa UML dimulai pada bulan oktober 1994, ketika Rumbaugh bergabung Booch untuk membuat sebuah project pendekatan metoda yang uniform/seragam dari masing-masing metoda mereka. Saat itu baru dikembangkan draft metoda UML version 0.8 dan diselesaikan serta di release pada bulan oktober 1995. Bersamaan dengan saat itu, Jacobson bergabung dan UML tersebut diperkaya ruang lingkupnya dengan metoda OOSE sehingga muncul release version 0.9 pada bulan Juni 1996. Hingga saat ini sejak Juni 1998 UML version 1.3 telah diperkaya dan direspons oleh OMG (Object Management Group), Anderson Consulting, Ericsson, Platinum Technology, ObjectTime Limited, dll serta di pelihara oleh OMG yang dipimpin oleh Cris Kobryn.

  UML adalah standar dunia yang dibuat oleh Object Management Group (OMG), sebuah badan yang bertugas mengeluarkan standar-standar teknologi object-oriented dan software component.

  Software Development Life Cycle (SDLC)

  Tahapan dalam SDLC meliputi : Requirements Analysis

  n

  Systems Analysis

  n

  Design

  n

  Implementation

  n

  Testing

  n

  Deployment

  n

  Maintenance

  n Waterfall Model

  Requirements Analysis Design Implementation

  Maintenance

  Gambar 1. Waterfall Model

  Spiral Model Requirements Requirements

  Implementation Implementation Analysis Analysis

  Design Design

  Gambar 2. Spiral Model

  OOAD Road Map

  Untuk pemodelan pengembangan perangkat lunak dengan mengabdopsi SDLC dan UML, maka road map untuk tahapan requirements analysis, system analysis, dan design adalah :

  _{Process Map Process Map Scenarios Scenarios Activity Diagram Activity Diagram Business Business Business Process Business Process Business Process Business Process}

Requirements Analysis

_{Use Case Use Case Use Case Use Case Interface Interface Diagram Diagram Scenarios Scenarios Prototypes Prototypes}

Systems Analysis

_{Sequence Sequence Class Class Database Database Diagrams Diagrams Diagrams Diagrams Schema Schema}

Design

  Gambar 3. OOAD Road Map

  2. Business Process

  Diagram UML yang digunakan pada Business Process adalah Activity Diagram. Activity Diagram adalah merepresentasikan aktivitas dan aliran aktivitas system.

  P r i n t I n v o i c e S e n d I n v o i c e W a i t f o r p a y m e n t

  P r o c e s s P a y m e n t

  Gambar 4. Activity Diagram untuk Payment Handling

  3. System Analysis Diagram UML yang digunakan pada tahap System Analysis adalah Use Case Diagram.

  Use Case Diagram adalah merepresentasikan batasan fungsional system.

  Take Order Sales Operative Check Order Progress

  Gambar 5. Use Case Diagram

  4. Object and Class Definition Object adalah suatu entitas yang dapat dibedakan antara satu dengan yang lainnya.

  Class adalah kumpulan dari object yang memiliki properties yang sama.

  

cat

name breed

favourite food

name2 eat() miaiow() sleep()

catchMouse()

  Gambar 6. Class Cat Inheritance adalah pengelompokan class yang memiliki kesamaan properties, sehingga setiap class anak/turunan dapat mewarisi semua properties class induk dan tidak berlaku sebaliknya.

  person name address student lecturer course modulesTaught modulesTaken roomNumber

  Gambar 7. Inheritance Class Person

  2Dshape area position getArea() triangle square circle angle1 sideLength radius angle2 angle3

  Gambar 8. Inheritance Class 2DShape

5. Design

  Diagram UML yang digunakan pada tahap Design adalah Sequence Diagram (berdasarkan waktu), Collaboration Diagram (berdasarkan object), dan Class Diagram. Sequence Diagram dan Collaboration Diagram merupakan aspek dinamik system, dan Class Diagram merupakan aspek statik system.

  O r d e r E n t r y O r d e r D i s p a t c h : S a l e s O p e r a t i v e S c r e e n E n t e r O r d e r D e t a i l s

  E n t e r D e l i v e r y D e t a i l s

  Gambar 9. Sequence Diagram

  Enter Order Details Enter Delivery Details Order Entry Screen

  : Sales Operative Order Dispatch

  Gambar 10. Collaboration Diagram Order

  OrderLine OrderEntryScreen

  Customer ID Quantity

  Date ProductID

  0..n 0..n AddOrderLine()

  0..n 0..n Customer

  Name Address

  Gambar 11. Class Diagram

  6. Mapping ke Relational Table Setiap class yang bersifat persistent harus dilakukan mapping ke dalam relational table.

  

We “remember” attributes

customer by storing them on a name address computer’s hard disk telephone number order() name address pay for goods() telephone number

  The most common way to keep a record of the attributes is to use a database

  Gambar 12. Penyimpanan Object ke dalam Database

  Name Address Telephone number Peter 12 Ladbroke Street 01484 324345 Mary 14 Perry Avenue 01274 98209

  Gambar 13. Hasil Mapping ke dalam Relational Table

7. Case Study

  

Odd Shoe Company

  Odd Shoe Company adalah toko yang melayani penjualan Shoe secara online. Adapun proses bisnis yang terjadi adalah sebagai berikut : Untuk melakukan order, customer harus terdaftar Odd shoe Company. Dalam

  § melakukan registrasi dibutuhkan name and address, payment details (credit card, etc), shoe sizes, gender, and any special details. Dalam melakukan order customer akan memilih shoe range. System akan

  § memberitahu apakah stocknya ada atau dibutuhkan untuk memesan ke supplier.

  Jika stock ada maka dengan segera akan dilakukan pengiriman. Customer dapat melakukan order secara online, dimana statusnya dapat

  § menunggu delivery ke Odd shoe Company, menunggu pengiriman, menunggu pemeriksaan kredit atau pengiriman. Sebelum dikirimkan ke customer seharusnya ada pilihan untuk membatalkan order. Odd Shoe Company setiap minggu ingin mengetahui laporan mengenai jumlah

  § customer, statistic ukuran Shoe, order, stock, dan order-order yang dibatalkan.

  Setiap bulan customer akan dikirim statmen melalui email, bersama-sama § dengan list penawaran khusus. Penawaran yang disampaikan hanya untuk stock sepatu yang ada sesuai dengan ukuran customer.

  Odd Shoe Company akan menyimpan gambar-gambar Shoe, harga, stock, dan § ukuran semua shoe dalam database. Pada saat supplier mensuplai Shoe maka stock di-update, jika Shoe di order maka stock dikurangi, dan jika order dibatalkan maka stock juga di-update.

  Business Process Hear about Odd Shoe Company

  Visit Web Site Identify shoe(s) that suit add to shopping basket view shopping basket decide to view more commit order no more shoes wanted supply credit card details shoes delivered shoes accepted wait for delivery act on non-delivery no delivery credit card problems shoes returned shoes rejected

  Gambar 14. Business Process Penjualan Ke Customer Tahapan Analisis _{visit home page customer browse catalogue} <<extend>> _{add to basket <<include>> view basket delete from basket stock control <<extend>>} <<extend>> _{<<include>> check stock level system amend quantity <<include>>} <<include>> _{order reserve stock} <<include>> _{Advise of credit card problem} supply credit card details _{finance system}

  Gambar 15. Use Case Odd Shoe Company Tabel 1. Performansi Use Case Home Page

  Use Case Number: 1 Use Case Name: Home Page Brief Description: Menampilkan home page Actors: Customer Pre-conditions : Web site operational Post-conditions : Home page ditampilkan Frequency of Execution: Diperkirakan setiap hari di akses100 dalam 3 bulan, dan terjadi peningkatan menjadi 1000 dalam setahun.

  Scalability: Diharapkan diatas 100 user mengakses secara concurrent Criticality: Sangat. Tanpa ada web site, perusahaan tidak melakukan penjualan. Primary Path: Customer memasukan alamat URL Use Cases Related to Primary Path: None Alternatives: None Use Cases Related to Alternatives: None Exceptions: None Use Cases Related to Exceptions: None Data Requirements: None, selain home page pada web site User Interfaces: Lihat Interface pada gamabar 16. Change Record: Created Aris Puji Widodo, 30 Juni 2004 Tabel 2. Performansi Use Case Browse Catalog

  Use Case Number: 2 Use Case Name: Browse Catalogue Brief Description: Customer akan melakukan browse katalog shoes. Actors: Customer Pre-conditions : Web site tersedia Post-conditions : Item- item yang dipilih dimasukan dalam shopping basket Frequency of Execution: Diperkirakan setiap hari di akses100 dalam 3 bulan, dan terjadi peningkatan menjadi 1000 dalam setahun.

  Scalability: Diharapkan diatas 100 user mengakses secara concurrent Criticality: Sangat. Tanpa ada web site, perusahaan tidak melakukan penjualan. Primary Path:

  1. Customer memilih katalog dari home page

  2. Daftar Shoe styles ditampilkan dengan gambar-gambar secara thumbnail

  3. Customer memilih shoe style

  4. Daftar shoes and prices ditampilkan, dengan thumbnails shoes tersebut

  5. Customer memilih shoe

  

6. Gambar shoe besar ditampilkan, dengan daftar prices, sizes, stock yang tersedia dan

colour

  7. Customer mengisi quantity, size, foot and colour 8. Customer melakukan clicks add to basket.

  Use Cases Related to Primary Path: None

  Alternatives: Pada setiap saat customer dapat melakukan backtrack ke home page sebelumnya.

  Pada setiap saat customer dapat melakukan pembatalan.

  Use Cases Related to Alternatives: Add to basket. Exceptions: None identified Use Cases Related to Exceptions: None Data Requirements:

Daftar shoe styles dengan gambar-gambar secara thumbnail sebagai indikasi shoe style.

  Untuk setiap shoe, sizes tersedia, price, colour, a thumbnail picture and a full picture.

  User Interfaces: Lihat Interfaces pada gambar 18, 19, 20. Change Record: Created by Aris Puji Widodo, 30 Juni 2004 Tahapan Design

  Gambar 16. Prototype Design Home Page

  : web browser : internet : Odd Shoe : customer Home Page acceptURL( ) servePage( ) open( ) displayPage( )

  Gambar 17. Sequence Diagram Display Home Page Use Case

  Gambar 18. Top Halaman untuk Catalogue Shoes Style Gambar 19. Second Halaman untuk Catalogue yang Menampilkan Summary Setiap

  Shoes Style Gambar 20. Detil Halaman Shoe _{: shopping}

  ^{: customer} basket ^{: Odd Shoe Home Page : Catalogue : shoe style : shoe : Shoe Page : Shoe Style Page} _{openCatalogue( ) open( ) detDetails( ) format( )} selectStyle( ) _{open( ) getSummary( ) format( )} selectShoe( ) _{open( ) getDetails( ) format( )} addItem( ) ^{enterDetails( ) addToBasket( )}

  Gambar 21. Sequence Diagram untuk Use Case Browse Catalogue

  Gambar 22. Prototype Halaman Shopping Basket

  : Shoe Page : shopping : Shopping : order : customer basket Basket Page addToBasket( ) open( ) getItems( ) format( ) buy( ) submitOrder( ) create( )

  Gambar 23. Sequence Diagram untuk Use Case Add to Basket

  Shopping Basket Page buy() Shoe Page web browser current Page addToBasket() enterDetails() acceptURL() requestPage() displayPage() generic page

  Shoe Style Page internet URL n n selectShoe() servePage() open() format() Catalogue

  Odd Shoe Home Page selectStyle() openCatalogue()

  Gambar 24. Class Diagram User Interface

  shoe style thumbnail description detDetails()

  0..n 0..n shoe thumbnail shopping description basket price sizes addItem() 0..n 0..n

  0..n 0..n picture getItems() submitOrder() getDetails() getSummary() 1..n 1..n order 0..1 0..1 create()

  Gambar 25. Class Diagram Pengendali untuk Catalogue

8. Daftar Pustaka Bahrami, Object Oriented System Development, McGraw-Hill, 2000.

  §

  G. Booch J. Rumbaugh, & Jacobson, The Unified Modeling Language, User §

  Guide, Rational Software Corporation, Addison-Wesley, Massachus etts, USA, 1999. Ken Lunn , Information Modeling and Development, 2001

  § Roger S. Pressman, Software Engineering, A Practitioner’s Approach, Fourth

  § Edition, The McGraw-Hill, Singapura, 1992