Rabu, 30 November 2011

ADBO Pertemuan 5, Conceptual Domain Modelling

Untuk mendapatkan kemudahan dalam mentransformasi artifak dokumen usecase kedalam artifak struktur software diperlukan untuk memperinci entitas dan utilitas yang terdapat didalam sebuah domain.
Entitas domain adalah obyek kelas, relasi serta atribut yang didapatkan melalui standar CDM list ataupun mengambil Noun Phrase pada Usecase. UML model yang digunakan adalah Class Diagram.
Sedangkan Utilitas adalah fungsi-fungsi dalam memanipulasi entitas, UML model yang digunakan Sequence Diagram.
Untuk kolaborasi semua bagian user,entitas, utilitas serta interface aplikasi dapat dengan mudah menggunakan Robustness diagram, sedangkan alur proses secara keseluruhan menggunakan Business Process Diagram.
Download

Sabtu, 22 Oktober 2011

Analisa dan Desain Perancangan Sistem Pertemuan Ke-4, Requirement Analysis With Use case

Use case frase yang sangat sederhana, demikian pula untuk merealisasikannya dalam melakukan requirement analysis didalam fase RUP. Brief Thingking to know and describe your problem, also you find clearly way to depict the successfully scenario. Metode ini dapat anda gunakan untuk membentuk cara berfikir dalam keseharian hidup untuk menemukan solusi dari kompleksnya kehidupan.
Sekali lagi berfikirlah secara sederhana tetapi runtut...!
Download link

Jumat, 07 Oktober 2011

MPPL Pertemuan Ke-2, Initiating

Download link

MPPL pertemuan Ke-1, Introduction PMBOK 4

Download link

Analisa dan Desain Perancangan Sistem Pertemuan Ke-3, Good Requirement

Business dan Requirement Engineering adalah tahapan awal untuk memulai dan menentukan tujuan dan strategi pembangunan perangkat lunak.
Dengan mengetahui secara benar analisa kelayakan bisnis dan domain permasalahan, maka project dapat dianalisa mulai dari awal bagaimana solusi yang diberikan akan sesuai dengan apa yang benar-benar dibutuhkan oleh stakeholder.


Download link

Selasa, 27 September 2011

Analisa dan Desain Perancangan Sistem, Pertemuan ke-2, Rational Unified Process

RUP merupakan metodologi project software bukan hanya pengembangan software.
Sesuai dengan paradigma IBM, analisa bisnis& project management adalah bagian integral untuk suksesnya pembangunan perangkat lunak sehing tidak cukup dengan SDLC.
RUP memiliki karakteristik diantaranya:
  • SDLC iterative
  • Pengelolaan kebutuhan
  • Penggunaan arsitektur berbasis komponen
  • Pemodelan software secara visual
  • Verifikasi kualitas secara berkelanjutan
  • Serta kontrol terhadap perubahan.
Dengan karakteristik tersebut diatas RUP merupakan SDLC+++, yaitu disiplin pada:
  1. Project management
  2. Configuration and change management
  3. Environment impact.
Methodologi RUP pada pengembangan software, download link

Kamis, 22 September 2011

ADBO Pertemuan ke-1, Analisa dan Desain Berbasis Obyek

Perkuliahan ini:
Dosen Pengampuh: Hermawan, ST., M.kom.


Pada perkuliahan perdana ini membahas rancangan perkuliahan yang akan diberikan selama satu semester.
Missunderstood RUP

Berapa tingkat keberhasilan proyek IT diindonesia...?
Bagaimana kepatuhan terhadap RUP pada pembangunan Software...?
Seberapa tingkat kepuasan Customer dari produk yang dihasilkan...?
Dapatkah software ditinjau ulang untuk perbaikan dan pengembangan...?

Diantara banyaknya permasalahan dalam pengembangan software, tapi mungkin tidak banyak yang tahu apa permasalahannya...?, walaupun pada kenyataannya tingkat kegagalan pembangunan software sangat tinggi.

RUP adalah salah satu metodologi untuk penugasan pada manajemen pekerjaan dan tanggung jawab  organisasi pengembangan software, yang tentunya untuk menjawab permasalahan tersebut diatas...!
Tetapi tentunya RUP masih belum bisa menjawab permasalahan utama yang menjadi budaya dinegeri ini, yaitu: masalah kong-kalingkong pengembangan software. Permasalahan yg berakar dari budaya korup bangsa ini sehingga proyek-proyek pembangunan software terjadi kegagalan yang tinggi, dan seringkali berulang kaga' jelas hanya untuk habisin anggaran terutama proyek pemerintahan.

Pendekatan RUP yang digunakan pada perkuliahan ini mengadopsi Object Oriented Analysis and Design sebagaimana sudah dikaji dan ditulis oleh para pakarnya:
  1. Philip Kruchten, memberikan gambaran arsitektur RUP. Rational Unified Process, The: An Introduction, Third Edition, Addison Wesley, 2003.
  2. Scott W. Ambler, step-by-step agile RUP. The Object Primer, Third Edition : Agile model driven development with UML 2.0, Cambridge University Press, 2004.
  3. Grady Booch, mengulas paradigma model dan desain object. Object-Oriented Analysis and Design with Applications, Addison Wesley, 2007.
  4. Craig Larman, memberikan refinement desain yang terperinci. Applying UML and Patterns, Addison Wesley, 2005.
  5. Martin Fowler, desain pattern dan teknik pemrograman yang luar biasa. Patterns of Enterprise Application Architecture, Addison Wesley, 2002.
dan literatur lainnya yang memberikan dukungan analisa model dan desain dengan disiplin OOAD.

Namun Secara pribadi saya menganggap perkuliahan dengan nama Analisa Desain Berbasis Obyek (ADBO) ini kurang faktual dan tidak netral, karena sangat dimungkinkan akan adanya perkembangan atau bahkan perubahan orientasi pada pemodelan dan desain perangkat lunak, seperti saat ini Service Oriented Analysis and Design adalah orientasi perancangan yang lebih mature meskipun ruang lingkupnya masih didalam disiplin RUP, karena itu akan lebih baik kalau Mata kuliah ini kita sebut Analisa dan Desain Perancangan System (ADPS).


Wassalam,
Hermawan.

1. Topik perkuliahan link download