Course: Pemrograman Logika | Titis Wahyuni, S.Kom., M.Si Modul 4 USDP

1

MODUL 4

Unified Soft w ar e Development

Pr ocess (USDP)

Daftar Isi

4.1 Pengant ar USDP ... 2

4.2 Fase USDP ... 2

4.2.1 Fase, Workflow dan It erasi ... 3

4.2.2 Perbedaan USDP dan Siklus Hidup Wat erfall ... 3

4.2.3 Prinsip Pokok USDP ... 4

4.3 Akt ivit as Ut am a ... 5

4.3.1 Requirem ent s Capt ure and M odelling ... 5

4.3.2 Requirem ent Analysis ... 7

4.3.3 Syst em Design ... 7

4.3.4 Class Design ... 7

4.3.5 User Int eface Design ... 7

4.3.6 Dat a M anagem ent Design ... 7

4.3.7 Const ruct ion... 7

4.3.8 Test ing ... 8

4.3.9 Im plem ent at ion ... 8

2

4.1 Pengantar USDP

Suat u proses pengem bangan harus m am pu m elakukan spesifikasi t erhadap apa yang dilakukan, pada saat kapan hal t ersebut dikerjakan, bagaim ana cara m engerjakannya dan siapa yang m engerjakan sehingga t ujuannya dapat t ercapai. Teknik m anajem en proyek (Project M anagement t echnique ) digunakan unt uk m engat ur, dan pengont rol proyek yang dikerjakan. Pada pengem bangan perangkat lunak hal t ersebut dilakukan dengan m enggunakan salah sat u t ools Rat ional Unified Proses yang dikerluarkan oleh IBM berdasarkan pada Unified Soft w are Development Process (USDP) (Jacobson, et al., 1999). USDP dikem bangkan oleh t eam yang m em bangun UM L. USDP t erdiri at as :



Pengem bangan secara It erat if dan increm ent al (It erative and Increment al Development)



Pengem bangan berdasarkan kom ponen (Component Based Development)



Pengem bangan berdasarkan kebut uhan (Requirment Driven Development)



Kem am puan unt uk m elakukan konfigurasi (Configurability)



Arsit ekt ur t erpusat (Archit ect ure cent rism)



Teknik pem odelan visual (Visual M odelling t echnique)

USDP t idak m engikut i siklus hidup pengem bangan perangkat lunak t radisional (w at erfall model) m elainkan m engadopsi pendekat an it erative dengan 4 fase ut am a. Setiap fase menggam barkan penekanan pada kegiat an yang pent ing pada pengem bangan sist em . Fase-fase t ersebut digam barkan dalam bent uk aliran kerja (workflow s) dim ana aliran t ersebut m erupakan serangkaian akt ifit as.

4.2 Fase USDP

Fase-fase pada USDP m eliput i : 1. Incept ion

2. Elaborat ion 3. Const ruct ion 4. Transit ion

3

Gambar 4. 1 Fase dan W orkflow USDP

4.2.1

Fase, Wor kflow dan Iter asi

Sat u fase pengam bangan t erdiri at as beberapa aliran kerja (workflow). Usaha yang dilakukan sepert i lam a w akt u pengerjaan unt uk set iap aliran kerja bervariasi dari fase ke fase. Dalam sat u fase bisa lebih dari sat u it erasi.

4.2.2

Per bedaan USDP dan Siklus Hidup Water fall

Beberapa perbedaan ant ara USDP dan m odel Wat erfall ant ara lain:



Pada w at erfall life cycle fase kegiat an dan aliran kerja t erkait bersam aan sedangkan pada USDP ant ara fase dan aliran kerja t erpisah

4

Gambar 4. 2 Fase pada siklus hidup W aterfall



Pada fase requirement hanya melakukan akt ivit as requirement saja sedangkan pada USDP ada serangkaian akt ivit as yang dilakukan. (Lihat Tabel 4.1)



Sem ua akt ivit as requirement pada w at erfall harus lengkap sebelum m asuk ke fase analisis. Sedangkan USDP t idak harus. Requirement s bisa dilakkukan pada set iap fase. Hanya bobot akt ivit asnya yang berbeda.



Pada sikllus hidup it erat ive, beberapa requirement dapat m uncul pada saat analisa.

4.2.3

Pr insip Pokok USDP

Pada prinsipnya USDP bukanlah suat u met odologi yang baru. USDP m erupakan bent uk lain dari proses pengem bangan sist em . Beberapa Karakt erist ik yang m uncul dari USDP m erupakan karakt erist ik um um dari m et odologi yang sudah ada ant ara lain :



It erat ive



Increment al



Requirement s Driven



Component -based

5

4.3 Aktivitas Utama

Proses pengem bangan sist em USDP melibat kan akt it as ut am a, yait u



Requirement s capt ure and modeling



Requirement s Analysis



Syst em Design



Class Design



Dat a management design



Const ruct ion



Test ing



implement at ion

m asing-m asing akt ifit as saling berhubungan dan t ergant ung sat u sam a lain. Pada w at erfall set iap kegiat an dijalankan secara berurut an (sequence). Berbeda dengan proses pengem bangan it erat ive yang beberapa akt ivit as bisa saling m endahului.

4.3.1 Requir ements Captur e and Modelling

Requirement Capture and M odelling m erupakan suat u proses unt uk m elakukan ident ifikasi kebut uhan perangkat lunak. Requirement di dokum ent asikan dengan use cases. M odel requirem ent dan fungsionalit asnya dapat di lihat sebagai berikut .

Tabel 4. 1 Tabel Aktivitas Proses Pengembangan Sistem

Activity

Techniques

Key Deliverables

Requirem ent s Capt ure and M odelling



Requirem ent s Elicit at ion



Use Case M odelling



Archit ect ural M odelling



Prot ot yping



Use Case M odel



Requirem ent s List



Init ial Archit ect ure



Prot ot ypes



Glossary Requirem ent s

Analysis



Com m unicat ion Diagram s



Class and Object M odelling



Analysis M odelling



Analysis M odels

6



Com ponent M odelling



Package M odelling



Archit ect ural M odelling



Design Pat t erns

Im plem ent at ion Archit ect ure

Class Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Design Pat t erns



Design M odels

User Int erface Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Package M odelling



Prot ot yping



Design Pat t erns



Design M odels w it h Int erface Specificat ion

Dat a M anagem ent Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Package M odelling



Design Pat t erns



Design M odels w it h Dat abase Specificat ion

Const ruct ion



Program ming



Com ponent Re-use



Dat abase DDL



Program ming Idiom s



M anual Writ ing



Const ruct ed Syst em



Docum ent at ion

Test ing



Program ming



Test Planning and Design



Test ing



Test Plans



Test Cases



Test ed Syst em Im plem ent at ion



Planning



Training



Dat a Conversion

7

4.3.2 Requir ement Analysis

Pada dasarnya, set iap use case menggam barkan sat u buah user requirem ent ut am a. Set iap use case di analisa secara t erpisah unt uk m engident ifikasi objek yang diperlukan. Use case juga dianalisa unt uk m enent ukan bagaim ana objek t ersebut berint eraksi dan bagaim ana t anggung jaw ab set iap objek pada use case t ersebut . Diagram kom unikasi (Com m unicat ion Diagram ) digunakan unt uk m em odelkan int eraksi dari set iap objek. M odel pada set iap use case di int egrasikan unt uk m endapat kan analisa class diagram.

4.3.3 System Design

Pada bagian ini dilakukan indent ifikasi dan dokum ent asi st andar pengem bangan (rancangan int erface st andar, st andar unt uk conding).

4.3.4 Class Design

Set iap m odel analisa dari use case akan diuraikan secara t erpisah. Diagram it erasi digunakan unt uk m em perlihat kan kom unikasi ant ara objek sert a st at e diagram digunakan unt uk m enunjukkan perilaku suat u objek yang kom pleks. Dari kedua m odel ini akan di dapat rancangan class diagram . Set iap class yang dihasilkan m em iliki at ribut dan operai secara spesifik.

4.3.5 User Inteface Design

User int erface design diperoleh dari hasil realisasi funct ionalit as. User int erface design m enam pilkan bent uk int eraksi dengan user sepert i menent ukan posisi dan w arna dari t om bol but on di layar.

4.3.6 Data Management Design

Bagian ini fokus pada m ekanism e dan im plem ent asi dari sist em m anajem en dat abase yang digunakan. Teknik dat abase sepert i norm alisasi, ent it y relat ional diagram sangat berm anfaat jika m enggunakan m odel dat a relasional. Ant ara m anajem en dat a dan rancangan class diagram m asing-m asing bediri secara t erpisah.

4.3.7 Constr uction

Bagian const ruct ion adalah bagian unt uk m em bangun sebuah aplikasi dengan m enggunakan t eknologi t ert ent u. Set iap bagian dari sist em bisa saja m enggunakan bahasa pem rograman yang berbeda. M isalkan int erface m enggunakan bahasa java dan dat abasenya m enggunakan t eknologi oracle.

8

4.3.8 Testing

Sebelum sist em diberikan ke client m aka harus di t es t eelebih dahulu. Script t est ing diperoleh dari deskripsi use case yang sudah disepakat i oleh client . Test ing m erupakan elem en yang pent ing dan harus dilakukan.

4.3.9 Implementation

Akhir dari t ahapan im plem ent asi adalah dilakukan inst allasi dari berbagai kom put er client yang akan digunakan. Term asuk didalam nya m anajem en t ransisi ndari sist em lam a ke sist em yang baru. Bagian ini m elibat kan m anajem en resiko sert a pelat ihan unt uk st aff.

9

Refer ensi

1. Sim on Bennet , St eve M cRobb and Ray Farm er, Object Orient ed Syst ems Analysis and Design Using UM L, Edisi 3. ; M cGraw Hill, 2006. (SB)

4 Gambar 4. 2 Fase pada siklus hidup W aterfall



Pada fase requirement hanya melakukan akt ivit as requirement saja sedangkan pada USDP ada serangkaian akt ivit as yang dilakukan. (Lihat Tabel 4.1)



Sem ua akt ivit as requirement pada w at erfall harus lengkap sebelum m asuk ke fase analisis. Sedangkan USDP t idak harus. Requirement s bisa dilakkukan pada set iap fase. Hanya bobot akt ivit asnya yang berbeda.



Pada sikllus hidup it erat ive, beberapa requirement dapat m uncul pada saat analisa.

4.2.3

Pr insip Pokok USDP

Pada prinsipnya USDP bukanlah suat u met odologi yang baru. USDP m erupakan bent uk lain dari proses pengem bangan sist em . Beberapa Karakt erist ik yang m uncul dari USDP m erupakan karakt erist ik um um dari m et odologi yang sudah ada ant ara lain :



It erat ive



Increment al



Requirement s Driven



Component -based

5

4.3 Aktivitas Utama

Proses pengem bangan sist em USDP melibat kan akt it as ut am a, yait u



Requirement s capt ure and modeling



Requirement s Analysis



Syst em Design



Class Design



Dat a management design



Const ruct ion



Test ing



implement at ion

m asing-m asing akt ifit as saling berhubungan dan t ergant ung sat u sam a lain. Pada w at erfall set iap kegiat an dijalankan secara berurut an (sequence). Berbeda dengan proses pengem bangan it erat ive yang beberapa akt ivit as bisa saling m endahului.

4.3.1 Requir ements Captur e and Modelling

Requirement Capture and M odelling m erupakan suat u proses unt uk m elakukan ident ifikasi kebut uhan perangkat lunak. Requirement di dokum ent asikan dengan use cases. M odel requirem ent dan fungsionalit asnya dapat di lihat sebagai berikut .

Tabel 4. 1 Tabel Aktivitas Proses Pengembangan Sistem

Activity

Techniques

Key Deliverables

Requirem ent s Capt ure and M odelling



Requirem ent s Elicit at ion



Use Case M odelling



Archit ect ural M odelling



Prot ot yping



Use Case M odel



Requirem ent s List



Init ial Archit ect ure



Prot ot ypes



Glossary Requirem ent s

Analysis



Com m unicat ion Diagram s



Class and Object M odelling



Analysis M odelling



Analysis M odels

6



Com ponent M odelling



Package M odelling



Archit ect ural M odelling



Design Pat t erns

Im plem ent at ion Archit ect ure

Class Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Design Pat t erns



Design M odels

User Int erface Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Package M odelling



Prot ot yping



Design Pat t erns



Design M odels w it h Int erface Specificat ion

Dat a M anagem ent Design



Class and Object M odelling



Int eract ion M odelling



St at e M odelling



Package M odelling



Design Pat t erns



Design M odels w it h Dat abase Specificat ion

Const ruct ion



Program ming



Com ponent Re-use



Dat abase DDL



Program ming Idiom s



M anual Writ ing



Const ruct ed Syst em



Docum ent at ion

Test ing



Program ming



Test Planning and Design



Test ing



Test Plans



Test Cases



Test ed Syst em Im plem ent at ion



Planning



Training



Dat a Conversion

7

4.3.2 Requir ement Analysis

Pada dasarnya, set iap use case menggam barkan sat u buah user requirem ent ut am a. Set iap use case di analisa secara t erpisah unt uk m engident ifikasi objek yang diperlukan. Use case juga dianalisa unt uk m enent ukan bagaim ana objek t ersebut berint eraksi dan bagaim ana t anggung jaw ab set iap objek pada use case t ersebut . Diagram kom unikasi (Com m unicat ion Diagram ) digunakan unt uk m em odelkan int eraksi dari set iap objek. M odel pada set iap use case di int egrasikan unt uk m endapat kan analisa class diagram.

4.3.3 System Design

Pada bagian ini dilakukan indent ifikasi dan dokum ent asi st andar pengem bangan (rancangan int erface st andar, st andar unt uk conding).

4.3.4 Class Design

Set iap m odel analisa dari use case akan diuraikan secara t erpisah. Diagram it erasi digunakan unt uk m em perlihat kan kom unikasi ant ara objek sert a st at e diagram digunakan unt uk m enunjukkan perilaku suat u objek yang kom pleks. Dari kedua m odel ini akan di dapat rancangan class diagram . Set iap class yang dihasilkan m em iliki at ribut dan operai secara spesifik.

4.3.5 User Inteface Design

User int erface design diperoleh dari hasil realisasi funct ionalit as. User int erface design m enam pilkan bent uk int eraksi dengan user sepert i menent ukan posisi dan w arna dari t om bol but on di layar.

4.3.6 Data Management Design

Bagian ini fokus pada m ekanism e dan im plem ent asi dari sist em m anajem en dat abase yang digunakan. Teknik dat abase sepert i norm alisasi, ent it y relat ional diagram sangat berm anfaat jika m enggunakan m odel dat a relasional. Ant ara m anajem en dat a dan rancangan class diagram m asing-m asing bediri secara t erpisah.

4.3.7 Constr uction

Bagian const ruct ion adalah bagian unt uk m em bangun sebuah aplikasi dengan m enggunakan t eknologi t ert ent u. Set iap bagian dari sist em bisa saja m enggunakan bahasa pem rograman yang berbeda. M isalkan int erface m enggunakan bahasa java dan dat abasenya m enggunakan t eknologi oracle.

8

4.3.8 Testing

Sebelum sist em diberikan ke client m aka harus di t es t eelebih dahulu. Script t est ing diperoleh dari deskripsi use case yang sudah disepakat i oleh client . Test ing m erupakan elem en yang pent ing dan harus dilakukan.

4.3.9 Implementation

Akhir dari t ahapan im plem ent asi adalah dilakukan inst allasi dari berbagai kom put er client yang akan digunakan. Term asuk didalam nya m anajem en t ransisi ndari sist em lam a ke sist em yang baru. Bagian ini m elibat kan m anajem en resiko sert a pelat ihan unt uk st aff.

9

Refer ensi

1. Sim on Bennet , St eve M cRobb and Ray Farm er, Object Orient ed Syst ems Analysis and Design Using UM L, Edisi 3. ; M cGraw Hill, 2006. (SB)