Tugas 2 Alstrukdat

Bismillahirahmanirahim..

Ini adalah tugas kedua saya di mata kuliah algoritma dan struktur data. Mudah- mudahan dengan diberikannya tugas ini, saya bisa termotivasi untuk memahami mengenai C Modul secara lebih detail.

EVALUASI

1.   Apa yang dimaksud dengan C Module?

Sebelumnya saya akan menjelaskan dulu pengertian dan karakteristik kata Modul berdasarkan sumber yang saya dapatkan.
Modul merupakan bahan ajar cetak yang dirancang untuk dapat dipelajari secara mandiri oleh peserta pembelajaran.

Modul disebut juga media untuk belajar mandiri karena di dalamnya telah dilengkapi petunjuk untuk belajar sendiri.

Jadi, C Modul adalah suatu bahan ajar cetak bahasa pemrograman C yang sengaja dibuat agar penggunanya bisa langsung mengerti secara mandiri. Di dalamnya telah dibuat tutorial – tutorial lengkap mengenai bahasa pemrograman C. Artinya, pengguna dapat melakukan kegiatan belajar tanpa kehadiran pengajar secara langsung.

2.   Apa yang dimaksud interface file sebuah modul?

Suatu komunikasi hubungan antara komponen satu komponen dengankomponen lainnya. Program akan lebih bisa diidentifikasi oleh programer apabila penjabarannya jelas.

3.   Apa yang dimaksud implementation file sebuah modul?

Pengaplikasian file yang diterapkan langsung ke bahasa pemrograman seperti ke bahasa C. Pendeklarasian program.

4.   Bagaimana mengetahui layanan – layanan yang disediakan oleh modul?

Dengan cara menganalisanya. Biasanya tersaji dengan jelas.

Sumber:

http://www.wikipedia.com/modul-struktur-data.html

 http://www.rosyid.info/2010/06/pengertian-fungsi-dan-tujuan-penulisan.html

Link Tugas 1 Kelompok (ADT)

http://www.mediafire.com/view/?789bzha12zoz7sr

Tugas Program Pangkat ( Bahasa C)

#include <stdio.h>
#include<conio.h>
main()
{
      int i,NomorMenu;
      float NilaiM, NilaiN, pangkat;
      do
      {
      system("cls");
      printf("  \n");
      printf(" MENU TUGAS ALSTRUKDAT 1  \n");
      printf(" ======================= \n");
      printf("  1. Lihat Biodata Saya:)       \n");
      printf("  2. Hitung Pangkat :) \n");
      printf("  3. Exit :) \n");
      printf("  Silahkan pilih menu anda ( 1/2/3) : ");
     
      scanf("%d",&NomorMenu);
     
      switch (NomorMenu)
      {
             case 1 : {
                        system("cls");
                        printf("  \n");
                        printf(" Biodata ku \n");
                        printf(" =========== \n");
                        printf(" Nama   : Ilham Nurhakim \n");
                        printf(" Nim    : 113114284 \n");
                        printf(" Alamat : Buah Batu Bojong Soang \n");
                        break;
                      }
             case 2 : {
                        system("cls");
                        printf("  \n");
                        pangkat=1;
                        printf(" Masukan nilai bilangan : "); scanf("%f",NilaiM);
                        printf(" Masukan nilai pangkatnya : "); scanf("%f",NilaiN);
                        for(i=1;i<=NilaiN;i++)
                        {
                          pangkat=pangkat*NilaiM;
                        }
                        printf(" Hasil pemangkatan adalah : %f",pangkat);
                        break;
             case 3 : system("cls");
                      printf("  \n");
                      printf("Keluar program \n");
                      printf("Tengkyu...hehehe  \n");
                      break;
                        }
      }
      getch();
      }
      while(NomorMenu !=3);
}

Pengembangan Diri

Tugas 1. Alstrukdat 

1. Kelebihan Diri :

• Disiplin
• Jujur
• Amanah
• Pedean
• Leadership

1.  2.   Kekurangan :

o   Malas

o   Tidak menerima kekalahan

o   Mudah dipengaruhi

WATERFALL PROCESS MODEL

Nama model ini sebenarnya adalah “Linear Sequential Model”. Model ini sering disebut dengan “classic life cycle” atau model waterfall. Model ini adalah model yang muncul pertama kali yaitu sekitar tahun 1970 sehingga sering dianggap kuno, tetapi merupakan model yang paling banyak dipakai didalam Software Engineering (SE). Model ini melakukan pendekatan secara sistematis dan urut mulai dari level kebutuhan sistem lalu menuju ke tahap analisis, desain, coding, testing / verification, dan maintenance. Disebut dengan waterfall karena tahap demi tahap yang dilalui harus menunggu selesainya tahap sebelumnya dan berjalan berurutan. Sebagai contoh tahap desain harus menunggu selesainya tahap sebelumnya yaitu tahap requirement. Secara umum tahapan pada model waterfall dapat dilihat pada gambar berikut :

Gambar di atas adalah tahapan umum dari model proses ini. Akan tetapi Roger S. Pressman memecah model ini menjadi 6 tahapan meskipun secara garis besar sama dengan tahapan-tahapan model waterfall pada umumnya. Berikut adalah penjelasan dari tahap-tahap yang dilakukan di dalam model ini menurut Pressman:

·       System / Information Engineering and Modeling. Permodelan ini diawali dengan mencari kebutuhan dari keseluruhan sistem yang akan diaplikasikan ke dalam bentuk software. Hal ini sangat penting, mengingat software harus dapat berinteraksi dengan elemen-elemen yang lain seperti hardware, database, dsb. Tahap ini sering disebut dengan Project Definition.

·         Software Requirements Analysis. Proses pencarian kebutuhan diintensifkan dan difokuskan pada software. Untuk mengetahui sifat dari program yang akan dibuat, maka para software engineer harus mengerti tentang domain informasi dari software, misalnya fungsi yang dibutuhkan, user interface, dsb. Dari 2 aktivitas tersebut (pencarian kebutuhan sistem dan software) harus didokumentasikan dan ditunjukkan kepada pelanggan.

·       Design. Proses ini digunakan untuk mengubah kebutuhan-kebutuhan diatas menjadi representasi ke dalam bentuk “blueprint” software sebelum coding dimulai. Desain harus dapat mengimplementasikan kebutuhan yang telah disebutkan pada tahap sebelumnya. Seperti 2 aktivitas sebelumnya, maka proses ini juga harus didokumentasikan sebagai konfigurasi dari software.

·       Coding. Untuk dapat dimengerti oleh mesin, dalam hal ini adalah komputer, maka desain tadi harus diubah bentuknya menjadi bentuk yang dapat dimengerti oleh mesin, yaitu ke dalam bahasa pemrograman melalui proses coding. Tahap ini merupakan implementasi dari tahap design yang secara teknis nantinya dikerjakan oleh programmer.

·       Testing / Verification. Sesuatu yang dibuat haruslah diujicobakan. Demikian juga dengan software. Semua fungsi-fungsi software harus diujicobakan, agar software bebas dari error, dan hasilnya harus benar-benar sesuai dengan kebutuhan yang sudah didefinisikan sebelumnya.

·       Maintenance. Pemeliharaan suatu software diperlukan, termasuk di dalamnya adalah pengembangan, karena software yang dibuat tidak selamanya hanya seperti itu. Ketika dijalankan mungkin saja masih ada errors kecil yang tidak ditemukan sebelumnya, atau ada penambahan fitur-fitur yang belum ada pada software tersebut. Pengembangan diperlukan ketika adanya perubahan dari eksternal perusahaan seperti ketika ada pergantian sistem operasi, atau perangkat lainnya.

Mengapa model ini sangat populer??? Selain karena pengaplikasian menggunakan model ini mudah, kelebihan dari model ini adalah ketika semua kebutuhan sistem dapat didefinisikan secara utuh, eksplisit, dan benar di awal project, maka SE dapat berjalan dengan baik dan tanpa masalah. Meskipun seringkali kebutuhan sistem tidak dapat didefinisikan seeksplisit yang diinginkan, tetapi paling tidak, problem pada kebutuhan sistem di awal project lebih ekonomis dalam hal uang (lebih murah), usaha, dan waktu yang terbuang lebih sedikit jika dibandingkan problem yang muncul pada tahap-tahap selanjutnya.

Meskipun demikian, karena model ini melakukan pendekatan secara urut / sequential, maka ketika suatu tahap terhambat, tahap selanjutnya tidak dapat dikerjakan dengan baik dan itu menjadi salah satu kekurangan dari model ini. Selain itu, ada beberapa kekurangan pengaplikasian model ini, antara lain adalah sebagai berikut:

·         Ketika problem muncul, maka proses berhenti, karena tidak dapat menuju ke tahapan selanjutnya. Bahkan jika kemungkinan problem tersebut muncul akibat kesalahan dari tahapan sebelumnya, maka proses harus membenahi tahapan sebelumnya agar problem ini tidak muncul. Hal-hal seperti ini yang dapat membuang waktu pengerjaan SE.

·       Karena pendekatannya secara sequential, maka setiap tahap harus menunggu hasil dari tahap sebelumnya. Hal itu tentu membuang waktu yang cukup lama, artinya bagian lain tidak dapat mengerjakan hal lain selain hanya menunggu hasil dari tahap sebelumnya. Oleh karena itu, seringkali model ini berlangsung lama pengerjaannya.

·       Pada setiap tahap proses tentunya dipekerjakan sesuai spesialisasinya masing-masing. Oleh karena itu, ketika tahap tersebut sudah tidak dikerjakan, maka sumber dayanya juga tidak terpakai lagi. Oleh karena itu, seringkali pada model proses ini dibutuhkan seseorang yang “multi-skilled”, sehingga minimal dapat membantu pengerjaan untuk tahapan berikutnya.

Menurut saya, tahapan-tahapan model ini sudah cukup baik dalam artian minimal untuk melakukan SE, maka harus ada tahapan-tahapan ini. Tahapan-tahapan ini jugalah yang digunakan oleh model-model yang lain pada umumnya. Ada filosofi yang mengatakan sesuatu yang sukses diciptakan pertama kali, maka akan terus dipakai di dalam pengembangannya. Hal ini juga berlaku pada waterfall model ini. Mungkin dapat dikatakan bahwa inilah standar untuk melakukan SE.

Akan tetapi, yang mungkin menjadi banyak pertimbangan mengenai penggunaan dari model ini adalah metode sequential-nya. Mungkin untuk awal-awal software diciptakan, hal ini tidak menjadi masalah, karena dengan berjalan secara berurutan, maka model ini menjadi mudah dilakukan. Sesuatu yang mudah biasanya hasilnya bagus. Oleh karena itu model ini sangat populer. Akan tetapi, seiring perkembangan software, model ini tentu tidak bisa mengikutinya. Yang menjadi kelemahan adalah pada pengerjaan secara berurutan tadi, seperti yang sudah saya utarakan sebelumnya. Kelemahan-kelemahan yang lain juga sudah saya utarakan di atas, atau bahkan masih ada yang lainnya.

Dari sini, nantinya akan dikembangkan model-model yang lain, bahkan ada tahap evolusioner dari suatu model proses untuk mengatasi kelemahan-kelemahan tadi. Meskipun secara tahapan masih menggunakan standar tahapan waterfall model. Kesimpulannya adalah ketika suatu project skalanya sedang mengarah kecil bisa menggunakan model ini. Akan tetapi kalau sudah project besar, tampaknya kesulitan jika menggunakan model ini.

Sumber :

• Buku Software Engineering by Roger S. Pressman
• http://en.wikipedia.org/wiki/Waterfall_model

PROTOTYPING MODEL

Prototyping merupakan salah satu metode pengembangan perangkat lunak yang banyak digunakan. Dengan metode prototyping ini pengembang dan pelanggan dapat saling berinteraksi selama proses pembuatan sistem.

Sering terjadi seorang pelanggan hanya mendefinisikan secara umum apa yang dikehendakinya tanpa menyebutkan secara detal output apa saja yang dibutuhkan, pemrosesan dan data-data apa saja yang dibutuhkan. Sebaliknya disisi pengembang kurang memperhatikan efesiensi algoritma, kemampuan sistem operasi dan interface yang menghubungkan manusia dan komputer.

Untuk mengatasi ketidakserasian antara pelanggan dan pengembang , maka harus dibutuhakan kerjasama yanga baik diantara keduanya sehingga pengembang akan mengetahui dengan benar apa yang diinginkan pelanggan dengan tidak mengesampingkan segi-segi teknis dan pelanggan akan mengetahui proses-proses dalm menyelasaikan sistem yang diinginkan. Dengan demikian akan menghasilkan sistem sesuai dengan jadwal waktu penyelesaian yang telah ditentukan.

Kunci agar model prototype ini berhasil dengan baik adalah dengan mendefinisikan aturan-aturan main pada saat awal, yaitu pelanggan dan pengembang harus setuju bahwa prototype dibangun untuk mendefinisikan kebutuhan. Prototype akan dihilangkan sebagian atau seluruhnya dan perangkat lunak aktual aktual direkayasa dengan kualitas dan implementasi yang sudah ditentukan

Tahapan-tahapan Prototyping

Tahapan-tahapan dalam Prototyping adalah sebagai berikut:

1. Pengumpulan kebutuhan

Pelanggan dan pengembang bersama-sama mendefinisikan format seluruh perangkat lunak, mengidentifikasikan semua kebutuhan, dan garis besar sistem yang akan dibuat.

2. Membangun prototyping

Membangun prototyping dengan membuat perancangan sementara yang berfokus pada penyajian kepada pelanggan (misalnya dengan membuat input dan format output)

3. Evaluasi prototyping

Evaluasi ini dilakukan oleh pelanggan apakah prototyping yang sudah dibangun sudah sesuai dengan keinginann pelanggan. Jika sudah sesuai maka langkah 4 akan diambil. Jika tidak prototyping direvisi dengan mengulangu langkah 1, 2 , dan 3.

4. Mengkodekan sistem

Dalam tahap ini prototyping yang sudah di sepakati diterjemahkan ke dalam bahasa pemrograman yang sesuai

5. Menguji sistem

Setelah sistem sudah menjadi suatu perangkat lunak yang siap pakai, harus dites dahulu sebelum digunakan. Pengujian ini dilakukan dengan White Box, Black Box, Basis Path, pengujian arsitektur dan lain-lain

6. Evaluasi Sistem

Pelanggan mengevaluasi apakah sistem yang sudah jadi sudah sesuai dengan yang diharapkan . Jika ya, langkah 7 dilakukan; jika tidak, ulangi langkah 4 dan 5.

7. Menggunakan sistem

Perangkat lunak yang telah diuji dan diterima pelanggan siap untuk digunakan.

Keunggulan dan Kelemahan Prototyping

Keunggulan prototyping adalah:

1.       Adanya komunikasi yang baik antara pengembang dan pelanggan

2.       Pengembang dapat bekerja lebih baik dalam menentukan kebutuhan pelanggan

3.       Pelanggan berperan aktif dalam pengembangan sistem

4.       Lebih menghemat waktu dalam pengembangan sistem

5.       Penerapan menjadi lebih mudah karena pemakai mengetahui apa yang diharapkannya.

Kelemahan prototyping adalah :

1.       Pelanggan kadang tidak melihat atau menyadari bahwa perangkat lunak yang ada belum mencantumkan kualitas perangkat lunak secara keseluruhan dan juga belum memikirkan kemampuan pemeliharaan untuk jangja waktu lama.

2.       Pengembang biasanya ingin cepat menyelesaikan proyek. Sehingga menggunakan algoritma dan bahasa pemrograman yang sederhana untuk membuat prototyping lebih cepat selesai tanpa memikirkan lebih lanjut bahwa program tersebut hanya merupakan cetak biru sistem .

3.       Hubungan pelanggan dengan komputer yang disediakan mungkin tidak mencerminkan teknik perancangan yang baik

 Contoh Diagram :

RAPID APPLICATION DEVELOPMENT

Rapid application development (RAD) atau rapid prototyping adalah model proses pembangunan perangkat lunak yang tergolong dalam teknik incremental (bertingkat). RAD menekankan pada siklus pembangunan pendek, singkat, dan cepat. Waktu yang singkat adalah batasan yang penting untuk model ini. Rapid application development menggunakan metode iteratif (berulang) dalam mengembangkan sistem dimana working model (model bekerja) sistem dikonstruksikan di awal tahap pengembangan dengan tujuan menetapkan kebutuhan (requirement) user dan selanjutnya disingkirkan. Working model digunakan kadang-kadang saja sebagai basis desain dan implementasi sistem final.

Penerapan

Model RAD mengadopsi model waterfall dan pembangunan dalam waktu singkat yang dicapai dengan menerapkan :

1.        Component based construction ( pemrograman berbasis komponen bukan prosedural).

2.        Penekanan pada penggunaan ulang (reuse) komponen perangkat lunak yang telah ada.

3.        Pembangkitan kode program otomatis/semi otomatis.

4.        Multiple team (banyak tim), tiap tim menyelesaikan satu tugas yang selevel tapi tidak sama. Banyaknya tim tergantung dari area dan kompleksitasnya sistem yang dibangun.

Jika kebutuhan yang diinginkan pada tahap analisis kebutuhan telah lengkap dan jelas, maka waktu yang dibutuhkan untuk menyelesaikan secara lengkap perangkat lunak yang dibuat adalah berkisar 60 sampai 90 hari. Model RAD hampir sama dengan model waterfall, bedanya siklus pengembangan yang ditempuh model ini sangat pendek dengan penerapan teknik yang cepat.

Sistem dibagi-bagi menjadi beberapa modul dan dikerjakan beberapa tim dalam waktu yang hampir bersamaan dalam waktu yang sudah ditentukan. Model ini melibatkan banyak tim, dan setiap tim mengerjakan tugas yang selevel, namun berbeda. Sesuai dengan pembagian modul sistem.

Contoh Diagram RAD

Kelebihan

1.    Hasil pengembangan bisa lebih cepat.

2.    Memerlukan biaya yang lebih sedikit.

3.    Mementingkan dari segi bisnis dan teknik.

4.    Berkonsentrasi pada sudut pandang user .

5.    Menyediakan kemungkinan perubahan secara cepat sesuai permintaan user.

6.    Menghasilkan jarak kesesuaian yang kecil antara kebutuhan user dan spesifikasi sistem.

7.    waktu, biaya, dan effort minimal.

Kelemahan

Beberapa hal (kelebihan dan kekurangan) yang perlu diperhatikan dalam implementasi pengembangan menggunakan model RAD :

1.      Model RAD memerlukan sumber daya yang cukup besar, terutama untuk proyek dengan skala besar.

2.    Model ini cocok untuk proyek dengan skala besar.

3.    Model RAD memerlukan komitmen yang kuat antara pengembang dan pemesan, bahkan keduanya bisa tergabung dalam 1 tim

4.    kinerja dari perangkat lunak yang dihasilkan dapat menjadi masalah manakala kebutuhan-kebutuhan diawal proses tidak dapat dimodulkan, sehingga pendekatan dengan model ini kurang bagus.

5.    sistem yang tidak bisa dimodularisasi tidak cocok untuk model ini.

6.    penghalusan dan penggabungan dari beberapa tim di akhir proses sangat diperlukan dan ini memerlukan kerja keras.

7.    proyek bisa gagal karena waktu yang disepakati tidak dipenuhi

8.    risiko teknis yang tinggi juga kurang cocok untuk model ini.

Sumber : 

·                     http://id.wikipedia.org/wiki/Rapid_Application_Development

·                     http://www.scribd.com/ukht_marutu/d/9757835-Rapid-Application-Development-RAD