Pendahuluan

Negosiasi merupakan hal yang terjadi dalam suatu rekayasa kebutuhan. Negosiasi ini dapat terjadi karena adanya konflik kepentingan di antara stakeholder dan juga pengembang yang terikat. Negosiasi ini bertujuan untuk mengurangi dan menghilangkan konflik yang terjadi dengan berbagai macam cara. Terdapat beberapa teknik yang dapat digunakan untuk mencapai tujuan akhir yaitu terdapat spesifikasi akhir yang disetujui oleh seluruh stakeholder yang terlibat. Terdapat dua pendekatan yaitu dari sudut komunikasi yang terjadi dan proses yang terjadi dalam requirement engineering.

Ringkasan Artikel

Ringkasan artikel ini terbagi menjadi dua yaitu artikel Negotiation in the Requirements Elicitation and Analysis Process dan Specification and Analysis of Requirement Negotiation Strategy in Software Ecosystems. Artikel-artikel ini menjelaskan mengenai teknik-teknik yang dapat dimanfaatkan dalam melakukan negosiasi requirement. Pada artikel pertama, teknik yang dapat dimanfaatkan adalah Requirement Communication Networks sedangkan pada artikel kedua, teknik yang dapat dimanfaatkan adalah Requirement Negotiation Spiral Model. Persamaan dari teknik-teknik tersebut adalah menjadikan proses negosiasi lebih mudah dalam hal penanganan konflik yang terjadi menggunakan klaim-klaim yang disebutkan. Sedangkan perbedaannya terdapat pada sudut pandanga penyelesaian dimana teknik pertama menyelesaikan dari sudut pandang komunikasi sedangkan teknik kedua menyelesaikan dari sudut pandang proses yang terjadi dalam negosiasi. Berikut ini ringkasan artikel masing-masing teknik.

Teknik Requirement Communication Networks

Gambar 1 Struktur Stakeholder

Komunikasi dalam requirement merupakan hal yang sangat menantang, khususnya ketika sekumpulan orang dan organisasi perlu untuk saling berkolaborasi pada lokasi yang berjauhan. Dalam komunikasi ini tentu saja dibutuhkan suatu teknik yang dapat memfasilitasi semua stakeholder untuk mencapai kesepahaman dari kebutuhan dan solusi yang ditawarkan. Teknik ini harus menangani kurangnya pendekatan dalam memodelkan jaringan stakeholder. Salah satu teknik untuk menangani hal tersebut adalah Requirement Communication Networks.

Requirement Communication Networks (RCN) menyediakan kemampuan untuk analisis dan desain kebutuhan komunikasi antara stakeholder. Pendekatan ini menyediakan bahasa pemodelan untuk menspesifikasikan kebutuhan komunikasi dan rangka untuk mengevaluasi strategi komunikasi serta memilik taktik dan metodologi.

Struktur RCN menggambarkan stakeholder dan jalur komunikasi kebutuhan. Struktur ini merupakan lingkungan perangkat lunak yang terdiri dari aktor, kelompok aktor, dan jalur negosiasi antara kelompok tersebut. Pendekatan diambil menggunakan perspektif negosiasi dalam komunikasi kebutuhan dengan mengasumsikan bahwa jejak persyaratan sesuai dengan kesepakatan antara stakeholder, masing-masing kelompok stakeholder, yang didokumentasikan dalam bentuk spesifikasi. Untuk suatu struktur stakeholder yang terdapat pada gambar 1 dapat memperlihatkan berkas komunikasi kebutuhan yang terjadi.

Gambar 2 Jaringan Komunikasi Kebutuhan Syntax Model

RCN memiliki beberapa syntax. Stakeholder dalam syntax ini terbagi menjadi dua yaitu single party dan multi party. Syntax ini menjelaskan jumlah aspirasi yang terlibat dalam suatu party. Stakeholder dalam multi party juga terbagi menjadi tiga yaitu homogenous, collaborating dan differented. Anggota homogenous multi party memiliki aspirasi yang sama namun tetap memiliki suara masing-masing sehingga tidak terhubung satu dengan yang lain. Anggota collaborating multi party memiliki aspirasi yang berbeda namun mencari persetujuan sehingga terhubung satu dengan yang lain. Anggota differenciate multi party memiliki aspirasi yang berbeda namun bersaing dengan yang lain. Hubungan kebutuhan ini terkomunikasikan melalui suatu jalur. Setiap hubungan tersebut merepresentasikan persetujuan antara party dalam negosiasi kebutuhan. Syntax RCN ini terlihat pada gambar 2.

Dalam menggunakan RCN tersebut terdapat saran dalam menjalankan komunikasi kebutuhan tersebut yang terbagi menjadi tiga bagian yaitu:

- Method Selection

- Tactic Selection

- Strategy Evaluation

RCN memiliki karakteristik menyerupai jaringan mesh. Jaringan mesh digunakan untuk melewatkan informasi dan terdiri dari node dan channel komunikasi. Jaringan mesh ini dapat terbentuk dengan ditentukan atau membentuk sendiri secara dinamis. Properti dari jaringan mesh dapat dilihat pada gambar 3.

Gambar 3 Property Jaringan Mesh

Peningkatan proses dalam RCN menggunakan siklus Plan-Do-Check-Act dengan diagnosis iteratif, desain komunikasi, validasi dan fase roll-out.

Teknik Requirement Negotiation Spiral Model

Dalam suatu requirement elicitaion dan analysis adalah bagian dari requirement engineering yang berfokus kepada domain aplikasi, layanan yang harus disediakan, kebutuhan performansi dan konstrain hardware. Hal tersebut tidak dapat terlepas dari requirement negotiation. Terdapat beberapa metodologi dalam melakukan proses negosiasi diantaranya WinWin dan spiral model.

Gambar 4 Model Spiral Negosiasi

Dalam spiral model ini sangat berkaitan dengan prioritas dan negosiasi. Sebelum sebuah spesifikasi kebutuhan dapat dinegosiasi, terlebih dahulu harus dilakukan prioritas terhadap kebutuhan tersebut.

Proses prioritas bertanggung jawab untuk mengidentifikasi kebutuhan yang paling berharga dan mengurutkannya. Sebagian besar proyek perangkat lunak memiliki banyak calon kebutuhan dibandingkan yang dapat diimplementasi pada batasan waktu dan biaya. Untuk memperoleh kebutuhan yang paling diinginkan, kemampuan sangat penting. Kunci untuk membuat keputusan yang benar adalah membuat prioritas berbagai alternatif. Prioritas ini digunakan dalam negosiasi. Negosiasi merupakan proses menyelesaikan konflik dengan eksplorasi kemungkinan yang dapat terjadi dengan cara menentukan solusi yang dapat memuaskan pihak-pihak yang terlibat.

Proses negosiasi yang diusulkan didasarkan pada model spiral untuk mengakomodasi rekayasa kebutuhan dinamis. Setiap siklus menyelesaikan konflik yang ada dan mencapai resolusi yang lebih baik. Terdapat lima proses dalam proses negosiasi tersebut yang tergambar pada gambar 4, yaitu:

- Identifikasi Conflicts

- Develop Alternatives Solutions

- Elaborate Solutions

- Judgement and Trade-off

Selain model spiral tersebut, terdapat tiga elemen yang harus diperhatikan selama proses negosiasi yaitu:

- Environment. Lingkungan memiliki peranan penting dalam memahami konteks yang berbeda dalam negosiasi.

- Judgement Criteria. Kriteria ini disebutkan beberapa kali ketika menjelaskan flow aktivitas dalam suatu proses negosiasi.

- Resolution Strategy. Strategi resolusi ini berdasarkan mode yang sudah dikenal dari conflict behaviour yang dipropose oleh Thomas.

Analisis Individu

Terdapat beberapa kelebihan dari teknik-teknik yang sudah dijelaskan diatas. RCN merupakan suatu teknik yang melihat suatu proses negosiasi dengan melihat kekuatan stakeholder yang terlibat dan informasi yang berkaitan diantaranya. RCN melihat negosiasi dari sudut pandang komunikasi yang terjadi diantara stakeholder atau kelompok stakeholder.

Spiral model memiliki keuntungan yaitu terjadi pengulangan proses dalam melakukan negosiasi. Sehingga jika terdapat hal yang terlewat atau masih ada negosiasi yang menjadi perhatian dapat dilakukan pengulangan negosiasi kembali. Dengan adanya iterasi ini, terdapat penyebaran pengetahuan bagi untuk stakeholder dan pengembang karena dilakukan secara bertahap. Hasil akhir ini juga merupakan hasil yang terbaik yang dapat diperoleh.

Kesimpulan

Dalam suatu proses pengembangan kebutuhan konflik merupakan hal yang pasti terjadi sehingga harus dilakukan penanganan khusus untuk menanganinya. Teknik-teknik yang ada bertujuan agar konflik yang terjadi dapat terselesaikan dan setiap stakeholder dapat memahami bersama keputusan yang diambil dari alternatif solusi yang ada. Dengan RCN, dapat dilihat komunikasi yang terjadi diantara stakeholder dan urgensitasnya sehingga dapat dicari strategi untuk menyelesaikan suatu konflik. Sedangkan pada model spiral, terdapat beberapa iterasi negosiasi yang dapat menyelesaikan suatu konflik secara bertahap semakin membaik. Pada model spiral ini pada setiap siklus dapat menyelesaikan konflik lebih banyak dan memperbaiki hasil negosiasi sebelumnya.

Daftar Pustaka

[1] Ahmad, S. (2008). Negotiation in Requirements Elicitation and Analysis Process. 19th Australian Conference on Software Engineering (pp. 683-689). Crawley: IEEE.

Fricker, S. (2009). Specification and Analysis of Requirements Negotiation Strategy in Software Ecosystems. Proceedings of the First International Workshp in Software Ecosystem 2009 (pp. 19-33). Zurich: CEUR-WS.

SOFTWARE

Software adalah instruksi (program komputer) yang ketika dijalankan menyediakan fungsi dan tampilan yang diinginkan, struktur data yang memberi kesempatan program untuk memanipulasi informasi dan dokumen yang mendeskripsikan operasi dan penggunaan program.

Software tidak sama dengan program (komputer), karena software terdiri dari ; program, dokumen, dan data. Software merepresentasikan masalah di dunia nyata. Software adalah elemen logika, sehingga memiliki karakteristik yang berbeda dengan elemen fisik, yaitu ;

• Software dikembangkan, tidak dihasilkan dari pengertian klasik meskipun beberapa persamaan ada diantar perkembangan software dan manufacture hardware.
• Software tidak akan kadaluarsa (Wear Out).
• Sebagian software dibangun berdasarkan kebutuhan, tidak hanya dibuat dari komponen yang sudah ada.

Kategori aplikasi software sulit ditetapkan batasannya, karena sebuah software dapat menjadi sangat  kompleks sehingga mencakup beberapa jenis kategori sekaligus.

Aplikasi Software dapat dikategorikan secara umum yaitu sebagai berikut ;

1. System Software Sekumpulan program yang dibuat untuk melayani prigram lainnya. Misal: compiler, editor dan program manajemen utilities.

2. Real Time Software Program yang memonitor atau menganalisa atau mengontrol aktifitas sehari-hari.

Elemen dari Real Time Software:

• Komponen pengumpulan data, yang mengumpulkan dan menformat informasi dari lingkungan ekternal.
• Komponen analisa, yang mentransformasikan informasi yang diperlukan atau aplikasi tersebut.
• Komponen kontrol/output, yang memberikan respon terhadap lingkungan eksternal.Komponen monitoring, yang mengkoordinasi komponen-komponen lainnya sehingga bisa memberikan respon yang Real Time (biasanya antara 1 milidetik/1 menit).

3. Business Software Software MIS yang mengakses satu atau beberapa database yang berisi informasi bisnis

4. Enginering and Scientific Software Batasan aplikasinya mulai dari astronomi sampai vulkanologi, dari otomotif sampai pesawat ruang angkasa, dari molekul biologi sampai automated manufacturing.

5. Embeded Software Biasanya diletakkan pada read only memory dan digunakan untuk mengontrol produk dan sistem untuk pelanggan dan pasar industri. Misal: key pad untuk mengontrol microwave oven.

6. Personal Computer Software misal : Wordprocessing, spreadsheet, computer graphic, multimedia, entertaintment, database management, personal and business financial application, akses database atau jaringan external, dan lain-lain

7. Artificial Intelligent Software Software yang menggunakan algoritma non numerik untuk menyelesaikan permasalahan yang komplek. Areal AI yang aktif dikenal dengan expert system atau knowledge based system. Cabang baru dari AI adalah Artifial Network.

1.2. SOFTWARE

Software adalah:

Karakteristik software:

Aplikasi Software

Sekumpulan program yang dibuat untuk melayani prigram lainnya.

Misal: compiler, editor dan program manajemen utilities.

Program yang memonitor atau menganalisa atau mengontrol aktifitas sehari-hari.

Elemen dari Real Time Software:

�   Komponen pengumpulan data, yang mengumpulkan dan menformat informasi dari              lingkungan ekternal.

�   Komponen analisa, yang mentransformasikan informasi yang diperlukan atau aplikasi tersebut.

�   Komponen kontrol/output, yang memberikan respon terhadap lingkungan eksternal.

�   Komponen monitoring, yang mengkoordinasi komponen-komponen lainnya sehingga bisa memberikan respon yang Real Time (biasanya antara 1 milidetik/1 menit).

Software MIS yang mengakses satu atau beberapa database yang berisi informasi bisnis.

Batasan aplikasinya mulai dari astronomi sampai vulkanologi, dari otomotif sampai pesawat ruang angkasa, dari molekul biologi sampai automated manufacturing.

Biasanya diletakkan pada read only memory dan digunakan untuk mengontrol produk dan sistem untuk pelanggan dan pasar industri. Misal: key pad untuk mengontrol microwave oven.

Misal: Wordprocessing, spreadsheet, computer graphic, multimedia, entertaintment, database management, personal and business financial application, akses database atau jaringan external, dan lain-lain.

Software yang menggunakan algoritma non numerik untuk menyelesaikan permasalahan yang komplek. Areal AI yang aktif dikenal dengan expert system atau knowledge based system. Cabang baru dari AI adalah Artifial Network.

Pengertian Rekayasa Perangkat Lunak
Definisi Rekayasa
Engineering = rekayasa
- Pemakaian ‘science’ untuk menyelesaikan ‘masalah praktis’
- Dari tidak ada menjadi ada
Definisi Perangkat Lunak
Ada beberapa definisi perangkat lunak yang pernah dikemukakan antara lain :
• Software = Perangkat lunak
-  Kumpulan program komputer dengan fungsi tertentu
• Perangkat lunak adalah
1. Instruksi (program komputer) yang bila dieksekusi dapat menjalankan fungsi tertentu,
2. Struktur data yang dapat membuat program memanipulasi informasi, dan
3. Dokumen yang menjelaskan operasi dan penggunaan program (Pressman, 1997).
• Perangkat lunak adalah program komputer, prosedur, aturan, dan dokumentasi yang berkaitan serta data, yang bertalian dengan operasi suatu sistem komputer (IEEE, 1993).

baca selengkapnya … klik link dibawah ini ;

modul Rekayasa Perangkat Lunak

Rekaya Perangkat Lunak (Software Engineering) adalah Suatu proses rancang Bangun.
Pembentukan dan penggunaan prinsip rekayasa (engineering) untuk mendapatkan perangkat lunak secara ekonomis namun handal dan dapat bekerja secara efisien pada komputer.

Tidak ada standar dan prosedur baku dalam software development (pembangunan perangkat lunak), semuanya diambil dari best practice yang terus dikembangkan. Dan kita semua tahu, perkembangan software diikuti oleh perkembangan hardware. Untuk setiap software baru, membutuhkan spesifikasi hardware tertentu, dan mungkin bisa sangat tinggi sekali. Dan didalam setiap hardware, dibutuhkan software pendukung yang selalu ter-update.

Namun tidak hanya hardware yang perlu diperhitungkan dalam software development, tetapi lebih kepada CASE (Computer-Aided Software Engineering)-tools. Tools inilah yang dapat membantu software engineer melakukan software development dengan lebih cepat, lebih berkualitas, defect-free yang mengarah ke minimalisasi error, dan produk yang lebih mudah untuk dimaintain. Dan ironisnya, penggunaan CASE-tools masih belum efektif.

Perencanaan dalam software development tidak hanya mengenai waktu, tetapi juga man per hour. Brook (1975) mengatakan “adding people to a late software project makes it later“. Selain itu, diperlukan juga definisi awal yang jelas tentang software yang akan didevelop sehingga kemungkinan kegagalan software bisa dikurangi dan change cost bisa ditekan semaksimal mungkin.

Para programmer saat ini lebih suka “terburu-buru”. Artinya, mereka lebih cepat memulai menulis kode program. Dan hal inilah yang membuat software lebih lama selesai. Karena ada change dalam setiap tahapan dalam software development. Karena itulah, dibutuhkan change management. Dan diatas itu semua, diperlukan dokumentasi, bukan untuk memperlambat software development tetapi lebih kepada kualitas, baik disisi pengembangan, produk, maupun maintenance. Dengan adanya dokumentasi, setiap proses bisa dimonitor dan dukungan kepada konsumen bisa ditingkatkan.

Dari keterburu-buruan ini, terkadang mereka meremehkan hal terpenting tentang pengukuran kualitas, yaitu testing. Testing kebanyakan dilakukan ketika aplikasi siap untuk dirilis. Ini tidak benar. Kualitas software tidak dihitung hanya tentang kesiapan rilis produk, tetapi juga modul-modul yang ada didalamnya. Oleh karena itu, testing dilakukan ketika software sedang didevelop.

Ini hanya sebagian kecil paradigma dalam software engineering, karena masih banyak paradigma-paradigma lama yang belum ter-cover. Dan masih banyak lagi paradigma-paradigma baru seiring munculnya best practice baru dalam software engineering.

Percobaan untuk db lanjut2choirul-dasarsqlinstalasi.pdf

SASARAN UTAMA DESAIN ARSITEKTUR ;

- Mengembangkan strktur program modular dan merepresentasikan hubungan control antar modul
- Membentuk struktur program dan struktur data dengan menentukan interface yang memungkinkan data mengalir melalui program.

Dalam desain berorientasi pada aliran data desain arsitektur dilakukan dengan transisi dari aliran informasi dan dilakukan sebagai bagian dari proses lima langkah :
1. tipe aliran informasi dibangun
2. batas aliran di indikasikan
3. DFD dipetakan ke dalam struktur program
4. hirarki control ditentukan dengan pemfaktoran
5. struktur resultan disaring dengan pengukuran desain dan heuristic
Ada 2 tipe aliran informasi;
1. Aliran transformasi ; informasi harus masuk ke dalam dan keluar perangkat lunak dalam bentuk dunia eksternal.
2. Aliran transaksi :
- item tunggal yang menandai aliran informasi yangmemicu aliran data lain sepanjang salah satu dalam beberapa jalur.
- Ditandai dengan pergerakan data sepanjang jalur masuk yang mengkonversi informasi dunia eksternal ke dalam suatu transaksi.

Pemetaan Transformasi
Serangkaiian langkah desain yang mengijinkan sebuah DFD dengan karakterisik aliran transformasi untuk dipetakan ke dalam template yang telah ditentukan sebelumna untuk struktur program

Langkah-langkah dalam pemetaan transformasi:
1. Kajilah model system fundamental
2. kajilah dan saringlah diagram aliran data untuk perangkat lunak tersebut.
3. Tentukan apakah DFD memiliki karakteristik aliran transformasi dan transaksi
4. Isolasi pusat transformasi dengan mengkhususkan batas airan masuk dan keluar.
5. Lakukan “ pemfaktoran tingkat pertama”
6. lakukan pemfaktoran tingkat ke dua
7. saringlah struktur program iteasi pertama dengan menggunakan heuristic desain bagi kualitas perangkat lunak yang telah ditingkatkan.

Pemetaan Transaksi
Langkah-langkah desain transaksi
1. Kajilah moel system fundamental
Kaji dan saring diagram aliran data untuk perangkat lunak
Tentukan apakah DFD memiliki karakteristik aliran transformasi atau transaksi
Identifikasi pusat transaksi dan karakteristik aliran sepanjan masing-masing jalur aksi
Petakan DFD pada sebuah struktur program yang sesuai dengan pemrosesan transaksi
Faktorkan dan saringklah struktur transaksi dan sruktur masing-masing jalur aksi
Saringlah struktur program iterasi pertama dengan menggunakan heuristic desain untuk kualitas perangkat lunak yang dikembangkan

Dalam suatu proses pengembangan software, analisa dan rancangan telah merupakan terminologi yang sangat tua. Pada saat masalah ditelusuri dan spesifikasi dinegoisasikan, dapat dikatakan kita berada pada tahap rancangan. Merancang adalah menemukan suatu cara untuk menyelesaikan masalah, salah satu tool / model untuk merancang pengembangan software yang berbasis object oriented adalah UML.

Konsep Objek

Obyek dalam ‘software analysis & design’ adalah sesuatu berupa konsep (concept), benda (thing), dan sesuatu yang membedakannya dengan lingkungannya. Secara sederhana obyek adalah mobil, manusia, alarm dan lainlainnya. Tapi obyek dapat pula merupakan sesuatu yang abstrak yang hidup didalam sistem seperti tabel, database, event, system messages. Obyek dikenali dari keadaannya dan juga operasinya. Sebagai contoh sebuah mobil dikenali dari warnanya, bentuknya, sedangkan manusia dari suaranya. Ciriciri ini yang akan membedakan obyek tersebut dari obyek lainnya. Alasan mengapa saat ini pendekatan dalam pengembangan software dengan object-oriented, pertama adalah scalability dimana obyek lebih mudah dipakai untuk menggambarkan sistem yang besar dan komplek. Kedua dynamic modeling, adalah dapat dipakai untuk permodelan sistem dinamis dan real time.

Teknik Dasar OOA/D (Object-Oriented Analysis/Design)

Dalam dunia pemodelan, metodologi implementasi obyek walaupun terikat kaidah-kaidah standar, namun teknik pemilihan obyek tidak terlepas pada subyektifitas software analyst & designer. Beberapa obyek akan diabaikan dan beberapa obyek menjadi perhatian untuk diimplementasikan di dalam sistem. Hal ini sah-sah saja karena kenyataan bahwa suatu permasalahan sudah tentu memiliki lebih dari satu solusi. Ada 3 (tiga) teknik/konsep dasar dalam OOA/D, yaitu pemodulan (encapsulation), penurunan (inheritance) dan polymorphism.

a. Pemodulan (Encapsulation)

Pada dunia nyata, seorang ibu rumah tangga menanak nasi dengan menggunakan rice cooker, ibu tersebut menggunakannya hanya dengan menekan tombol. Tanpa harus tahu bagaimana proses itu sebenarnya terjadi. Disini terdapat penyembunyian informasi milik rice cooker, sehingga tidak perlu diketahui seorang ibu. Dengan demikian menanak nasi oleh si ibu menjadi sesuatu yang menjadi dasar bagi konsep information hiding.

b. Penurunan (Inheritance)

Obyek-obyek memiliki banyak persamaan, namun ada sedikit perbedan. Contoh dengan beberapa buah mobil yang mempunyai kegunaan yang berbeda-beda. Ada mobil bak terbuka seperti truk, bak tertutup seperti sedan dan minibus. Walaupun demikian obyek-obyek ini memiliki kesamaan yaitu teridentifikasi sebagai obyek mobil, obyek ini dapat dikatakan sebagai obyek induk (parent). Sedangkan minibus dikatakan sebagai obyek anak (child), hal ini juga berarti semua operasi yang berlaku pada mobil berlaku juga pada minibus.

c. Polymorphism

Pada obyek mobil, walaupun minibus dan truk merupakan jenis obyek mobil yang sama, namun memiliki juga perbedaan. Misalnya suara truk lebih keras dari pada minibus, hal ini juga berlaku pada obyek anak (child) melakukan metoda yang sama dengan algoritma berbeda dari obyek induknya. Hal ini yang disebut polymorphism, teknik atau konsep dasar lainnya adalah ruang lingkup / pembatasan. Artinya setiap obyek mempunyai ruang lingkup kelas, atribut, dan metoda yang dibatasi.

Sejarah Singkat 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 objectoriented dan software component.

3. Pengenalan UML

UML sebagai sebuah bahasa yang memberikan vocabulary dan tatanan penulisan kata-kata dalam ‘MS Word’ untuk kegunaan komunikasi. Sebuah bahasa model adalah sebuah bahasa yang mempunyai vocabulary dan konsep tatanan / aturan penulisan serta secara fisik mempresentasikan dari sebuah sistem. Seperti halnya UML adalah sebuah bahasa standard untuk pengembangan sebuah software yang dapat menyampaikan bagaimana membuat dan  membentuk model-model, tetapi tidak menyampaikan apa dan kapan model yang seharusnya dibuat yang merupakan salah satu proses implementasi pengembangan software.

UML tidak hanya merupakan sebuah bahasa pemograman visual saja, namun juga dapat secara langsung dihubungkan ke berbagai bahasa pemograman, seperti JAVA, C++, Visual Basic, atau bahkan dihubungkan secara langsung ke dalam sebuah object-oriented database. Begitu juga mengenai pendokumentasian dapat dilakukan seperti; requirements, arsitektur, design, source code, project plan, tests, dan prototypes. Untuk dapat memahami UML membutuhkan bentuk konsep dari sebuah bahasa model, dan mempelajari 3 (tiga) elemen utama dari UML seperti building block, aturan-aturan yang menyatakan bagaimana building block diletakkan secara persamaan, dan beberapa mekanisme umum (common).

Extendibility adalah kemudahan pengadaptasian produk perangkat lunak terhadap perubahan spesifikasi]. Hal ini dikarenakan kebiasaan client yang sering berganti-ganti spesifikasi dan sulitnya untuk mengekstraksi apa yang diinginkan oleh client tersebut.

Ada 2 hal yang penting di dalam meningkatkan extendibility

1. Design simplicity
   Arsitektur yang sederhana akan mudah diadaptasi daripada yang lebih rumit.
2. Decentralization
   Semakin otonom sebuah modul maka kemungkinan besar perubahan kecil hanya akan mempengaruhi satu atau sedikit modul daripada menimbulkan efek berantai yang mempengaruhi sistem secara keseluruhan. Salah satu keunggulan dari pengembangan perangkat lunak berorientasi obyek adalah pemilah-milahan modul yang lebih baik.

OOP ( Object Oriented Programming ) adalah suatu bentuk/model pemrograman yang berorientasi pada object. Pada dasarnya semua benda yang ada didunia ini dapat dikatakan sebuah object. Rumah, mobil, motor, meja, komputer, merupakan contoh object yang nyata. Object-object tersebut dapat berdiri sendiri (independen) dan dapat juga antar object-object tersebut saling berinteraksi. Bahasa-bahasa baru generasi sekarang pada umumnya sudah memiliki kemampuan berorientasi object.

Dalam Object Oriented Programming ada beberapa istilah penting, seperti Object, Class, Encapsulation, Inheritance, dan Polimorfisme.

Object merupakan sesuatu yang memiliki identitas (nama), pada umumnya juga memiliki data tentang dirinya maupun object lain dan mempunyai kemampuan untuk melakukan sesuatu dan bisa bekerja sama dengan objek lainnya. Setiap object memiliki dua karakteristik yang utama yaitu, atribut dan behavior. Atribut merupakan status object dan behavior merupakan tingkah laku dari object tersebut. Contoh sederhana adalah sepeda. Object sepeda memiliki atribut : pedal, roda, dan gigi. Tingkah laku (behavior) yang dimiliki sepeda diantaranya adalah pacu dan rem.

Class adalah semacam cetakan untuk membuat object. Misalnya sebuah rancangan mobil yang digunakan untuk membuat ratusan mobil. Mobil yang dibuat tersebut adalah object dari kelas rancangan mobil. Hal ini dapat dilakukan karena semua object mobil yang dibuat memiliki karakteristik yang sama

Encapsulation adalah pembungkusan antara data dan prosedur ataupun fungsi (method) yang memanipulasinya ke dalam sebuah object pada bagian yang terlindungi sehingga data-datanya tidak mudah diakses langsung dari luar. Manfaat dari enkapsulation ialah kode sumber dari sebuah object dapat dikelola secara independen dari kode object yang lain. Selain itu, dengan enkapsulasi kita bisa menyembunyikan informasi-informasi yang tidak perlu diketahui oleh object lain.

Inheritance adalah pewarisan atribut atau method pada sebuah class yang diperoleh dari sebuah class yang terdefinisi sebelumnya. Sebagai contoh, class mobil sedan mewarisi atribut dari class mobil sehingga class mobil sedan juga memiliki atribut-atribut seperti roda, gigi, dan kecepatan.

Polimorfisme adalah suatu sifat yang memungkinkan nama method yang sama dapat melakukan tindakan yang berbeda. Contohnya ialah method pacu yang terdapat pada sepeda motor dan sepeda. Ingat bahwa motor adalah kelas turunan dari sepeda. Method pacu pada kedua kelas sama-sama untuk menambah kecepatan. Namun pacu pada motor berbeda dengan pacu pada sepeda. Pacu pada motor ialah mengurangi (membakar) bahan bakar, sedangkan pacu pada sepeda ialah mengurangi stamina pengendara. Keduanya menggunakan nama yang sama, pacu, namun ternyata merujuk pada pekerjaan spesifik yang berbeda.

Bahasa pemrograman yang mendukung OOP antara lain:

1. Java
2. C++
3. Pascal (bahasa pemrograman)
4. Visual Basic.NET
5. SIMULA
6. Smalltalk
7. Ruby
8. Python
9. PHP
10. C#
11. Delphi
12. Eiffel
13. Perl

Untuk bahasa pemrograman Java dapat didownload dari: http://java.sun.com/javase/downloads/

Energi merupakan komponen penting baik di dunia industri maupun kehidupan sehari-hari. Menyikapi ketersediaan energi di bumi dan efek samping dari pengadaan energi, maka dibutuhkan sumber energi alternatif yang baru dan terbarukan dan yang lebih ramah lingkungan.

Indonesia merupakan negera yang sebenarnya memiliki berbagai macam sumber energi, namun banyak yang belum dimanfaatkan secara optimal. Sebagai contoh energi panas bumi, angin, dan matahari.

Dengan adanya Seminar Nasional “Energi Alternatif: Solusi Terhadap Krisis Energi di Indonesia” yang digelar oleh Fakultas Teknologi Industri UII ini diharapkan ada solusi dalam memanfaatkan sumber energi baru dan terbarukan untuk pembangkit listrik yang lebih ramah lingkungan sebagai pengganti batu bara dan minyak bumi.

Berikut informasi selengkapnya:

Topik Seminar
TEKNIK ELEKTRO
- Sistem Tenaga
- Sistem Kendali
- Komunikasi
- Pemrosesan Sinyal
- Elektronika
- Pengolahan Citra
- Instrumentasi dan Aquisisi Data

TEKNIK INDUSTRI
- Sistem Produksi
- Optimasi Sistem Industri
- Perencanaan dan Pengendalian Produksi
- Manajemen Kualitas
- Manajemen Rantai Pasok
- Ergonomi
- Desain Produk
- Knowledge Management

TEKNIK MESIN
- Teknologi Manufaktur
- CAD/CAM/CAE
- Otomasi dan Robotika
- Mekatronika
- Material
- Metode Elemen Hingga

TEKNIK KIMIA
- Perpindahan Kalori dan Massa
- Kinetika Reaksi dan Katalis
- Teknologi Pemisahan
- Teknik Lingkungan
- Perancangan Alat dan Proses

TEKNIK TEKSTIL
- Struktur Tekstil
- Pengembangan Serat
- Zat Warna Alam
- Blending dan Mixing
- Pengolahan Limbah Tekstil
- Desain Tekstil

TEKNIK INFORMATIKA
- Sistem Informasi
- Rekayasa Perangkat Lunak
- Sistem dan Jaringan Komputer
- Sistem Cerdas
- Grafika dan Multimedia
- Informatika Teori

Abstrak Makalah
- Abstrak ditulis dalam bahasa Indonesia atau bahasa Inggris
- Ukuran kertas A4 dengan spasi 1 dan jenis huruf Times New Romans 12 pt.
- Abstrak harus memuat judul, nama dan alamat atau instansi penulis.
- Abstrak harus memuat kata kunci minimal 5 kata.
- Abstrak dikirim ke alamat email panitia: seminarteknoin@yahoo.com atau fax: 0274-895287 ext. 148 paling lambat tanggal 15 Agustus 2009.