1. Buat databse dengan nama dbToko
2. Buat tabel2 dibawah ini :

1. Barang

Buat indexes pada kdbarang, type primary, dan pada nmbarang, type Regular.

1. Dettran

Buat indexes pada kodetran, type Regular. Dan pada kdbarang, type Regular

1. Transaksi

Buat indexes pada kodetran, type Primary

1. Isi tabel Barang

1. Buat form untuk manipulasi data barang, simpan dengan nama FrmBarang.

1. Aturlah semua objek yang ada pada FrmBarang sesuai dengan tabel dibawah ini.

Sebelum menuliskan kode, kita siapkan dulu Method yang akan kita gunakan, yaitu Aktif, Nonaktif, Bersih, AmbilData, dan SimpanData. Adapun Kode untuk FrmBarang sebagai berikut :

ketemu lagi sama saya, kali ini saya mau bagi-bagi tapi bukan bagi-bagi uang, ga apa kan…? yang pasti saya akan berbagi sedikit mengenai Looping atawa perulangan yang ada d bahasa pemrograman C++. Bagi yang udah merasa bisa, mohon di koreksi…..dan bagi yang belum yuk belajar…..

begini ceritanya….

Ada sebuah toko yang melakukan penjualan dengan menggunakan komputer, adapun tampilan masukan dan keluaran sebagai berikut :

1. Tampilan Masukan

2. Tampilan Keluaran

maka untuk membuat program seperti tampilan diatas, langkah pertama adalah:

1. Tentukan jumlah Variabel beserta tipenya.

2. Perhatikan Input dan Outputnya, setelah itu baru kita lakukan pengetikan script atau kodenya.

#include “conio.h”
#include “stdio.h”
#include “iostream.h”

perintah diatas adalah untuk menyertakan file2 header, agar perintah2 yang kita gunakan bisa dikenal. Kemudian kita deklarasikan variabel2 beserta tipenya.

main()
{
char nofak[10],tgl[10],kobar[10][10],nabar[10][30],jwb;
int i,n,jumbel[10];
long int harbar[10],subtot[10],total,bayar;

perintah dibawah ini adalah untuk membuat masukan, didalam terdapat perulangan yang berfungsi untuk memasukan data barang yang dijual.

clrscr();
cout<<”INPUT DATA PENJUALAN……..”<<endl;
cout<<”============================”<<endl;
cout<<endl;
cout<<”No. Faktur = “;cin>>nofak;
cout<<”Tgl. Faktur = “;cin>>tgl;
total=0;
jwb=’Y';
i=1;
for(jwb==’y'||jwb==’Y';;)
{
lagi:
cout<<endl;
cout<<”Data Barang ke-”<<i<<endl;
cout<<”Nama Barang = “;gets(nabar[i]);
cout<<”Harga Barang = “;cin>>harbar[i];
cout<<”Jumlah = “;cin>>jumbel[i];
subtot[i]=harbar[i]*jumbel[i];
cout<<endl;
cout<<”Data Barang Masih Ada [Y/T] ? “;cin>>jwb;
if (jwb==’y'||jwb==’Y')
{ n=n+i;i=i+1;goto lagi;  }
else
{ goto cetak; }
}

pada perintah diatas terdapat beberapa baris perintah yang berfungsi untuk mengetahui data barang yang akan di input, jika masih ada maka tampilan akan kembali mulai dari

Data Barang ke-

Nama Barang =

dan seterusnya. jika jawaban tidak, maka langsung menampilkan rincian data penjualan, seperti tampilan keluaran diatas. Perintah berikutnya adalah untuk membuat Tampilan keluaran, didalamnya terdapat perintah untuk menghitung total, kemudian untuk menghitung kembali.

cetak:
clrscr();
cout<<”FAKTUR PENJUALAN……”<<endl;
cout<<endl;
cout<<”No. Faktur = “<<nofak<<endl;
cout<<”Tgl. Faktur = “<<tgl;
cout<<endl;
cout<<”No.  Nama Barang      Harga    Jumlah    Subtotal”<<endl;
cout<<”=================================================”<<endl;
for(i=1;i<n;i++)
{
cout<<i<<”   “<<nabar[i]<<”          “<<harbar[i]<<”   “<<jumbel[i]<<”    “<<subtot[i]<<endl;
total=total+subtot[i];
}
cout<<”=================================================”<<endl;
cout<<”                  Total Bayar =     “<<total<<endl;
cout<<”                        Tunai =     “;cin>>bayar;
cout<<”                      Kembali =     “<<bayar-total;
getch();
}

Setelah perintah selesai maka kita bisa melihat hasilnya dengan menekan tombol keyboard Alt + F9, jika ada pertanyaan hubungi saya. Terima kasih dan selamat mencoba…..

Akhirnya selesai juga…..oh iya mumpung lagi semangat n masih bisa, saya mau berbagi dan tentunya ini hanya sebatas yang saya tau.

Ok…OK…Okelah Kalo’ Beg…Beg…Begitu.

Dalam kehidupan didunia ini semua makhluk hidup pasti punya yang namanya KTTH alias Kewajiban, Tugas,Tanggung Jawab dan Hak. Kalo kita cermati lagi ternyata Hak bisa kita dapatkan kalo kita sudah :

1. Menjalankan dan atau melaksanakan Kewajiban

2. Menjalankan dan Menyelesaikan Tugas dengan baik dan benar

3. Sehingga Tanggung Jawab kita terhadap Kewajiban dan Tugas sudah kita laksanakan.

contoh yang paling sederhana adalah misalnya kita sebagai seorang pelajar, Kewajiban kita terhadap Sekolah atau Institusi adalah membayar dan melunasi semua biaya, kemudian tugas kita adalah belajar dengan baik sesuai ketentuan yang berlaku, dan Tanggung jawab kita adalah adalah melaksanakan kewajiban dan tugas kita dengan baik dan benar, maka kita sebagai pelajar berhak mengikuti proses belajar dan mendapatkan nilai dari hasil belajar.

Oleh karena itu kalo mau mendapatkan apa yang menjadi Hak kita, maka caranya adalah laksanakan semua kewajiban, tugas dan tanggung jawab.

sebagai penutup….

Disana Gunung, Disini Gunung, Ditengah-tengah Pohon Pepaya

Saudara Bingung, Saudari Bingung, Apalagi Saya……

Syarifuddin (14000049)

sansyarif@gmail.com

A. PENDAHLUAN

Setiap proyek sebuah organisasi telah melaksanakan requirements. Tidak peduli apakah itu membangun solusi hardware, mengembangkan solusi perangkat lunak, instalasi jaringan, melindungi data, atau pelatihan para pengguna – untuk proyek untuk sukses, maka mengetahui apa requirements adalah suatu keharusan. requirements ada hampir semua komponen dari suatu proyek atau tugas. Sebagai contoh, sebuah proyek tertentu mungkin memerlukan metode, tingkat keahlian personil, atau format penyampaian.

Proses requirements engineering bukanlah merupakan hal yang mudah. Seorang system analyst, project manager, atau siapapun yang memegang peran project champion harus mengumpulkan berbagai requirement dari para stakeholder, menganalisa requirement tersebut, mengkomunikasikasikannya dengan para programmer, serta menyelesaikan konflik yang terjadi antar berbagai requirement yang ada. Seringkali project champion ini harus bekerja di luar kantor untuk bertemu dengan para stakeholder. Hal ini terutama terjadi pada kasus proyek software development di mana organisasi pengembang berbeda dengan organisasi yang pada akhirnya akan menggunakan perangkat lunak tersebut.

Requirement tidak hanya sebagai syarat untuk klien, tetapi akan diberikan kepada klien yang memesan software. Klien menuliskan requirement dalam bentuk yang masih abstrak tentang kebutuhannya. Kemudian requirement tersebut diserahkan kepada tim yang mengurus permintaan. Saat sudah ada persetujuan maka tim yang mengurus requirement pun  menuliskan kemampuan sistem yang bisa dipahami oleh klien.

Dengan ada nya perkembangan software requirement akan dibentuk suatu nilai yang memberikan timbal balik, antar kebutuhan klien dengan sistem, dimana dari kebutuhan pelanggan akan diproses dan dipastikan akan memberikan keuntungan yang tinggi, dan memberikan pemahaman yang lebih baik kepada pengembang system tentang kebutuhan system.

Pada kenyataannya untuk memahami tentang kebutuhan awal dari pengguna tidaklah mudah karena dalam perjalanan proses pembuatan suatu aplikasi biasanya di tengah perjalanan ternyata mengalami perubahan, padahal mereka sudah mengetujui di awal pembuatan.

B. PEMBAHASAN

1. Arti Requirement

Defini Requirement Menurut (Dorf, 1990) yaitu : Sebuah requirement adalah sebuah kemampuan yang harus dimiliki dari suatu software. Kemampuan ini dapat ditujukan untuk memecahkan suatu permasalahan ataupun diperlukan untuk memenuhi ketentuan-ketentuan tertentu (seperti standar tertentu, keputusan manajemen, ataupun alasan-alasan politis).

Definisi dari requirement (Zave, 1997) adalah gambaran dari layanan (services) dan batasan bagi sistem yang akan dibangun. Atau requirement adalah pernyataan/gambaran pelayanan yang disediakan oleh sistem, batasan-batasan dari sistem dan bisa juga berupa definisi matematis fungsi-fungsi sistem. Proses menemukan, menganalisis, mendokumentasikan dan pengujian layanan-layanan dan batasan tersebut disebut Requirement Engineering.

2. Jenis Requirement

Requirement dapat dibedakan menjadi  tiga jenis, yaitu :

1. User requirement (kebutuhan pengguna)Pernyataan tentang layanan yang disediakan sistem dan tentang batasanbatasan operasionalnya. Pernyataan ini dapat dilengkapi dengan gambar/diagram yang dapat dimengerti dengan mudah.

1. System requirement (kebutuhan sistem) Sekumpulan layanan/kemampuan sistem dan batasan-batasannya yang ditulis secara detil. System requirement document sering disebut functional specification (spesifikasi fungsional), harus menjelaskan dengan tepat dan detil. Ini bisa berlaku sebagai kontrak antara klien dan pembangun.

1. Software design specification (spesifikasi rancangan PL) Gambaran abstrak dari rancangan software yang menjadi dasar bagi perancangan dan implementasi yang lebih detil.

Ketiga jenis requirement tersebut diperlukan dalam pembangunan software karena masing-masing memberi pengertian ke pihak yang berbeda kepentingan.

Secara umum Requirements diklasifikasikan sebagainberikut (IEEE Std 830-1.998):

- Fungsional: Sebuah persyaratan yang menentukan suatu tindakan bahwa suatu sistem harus dapat melakukan, tanpa mempertimbangkan kendala fisik; satu persyaratan yang menentukan input / output perilaku dari sebuah sistem.

- Non-fungsional: Suatu persyaratan bahwa sistem menentukan sifat-sifat, seperti lingkungan dan kendala pelaksanaan, kinerja, platform dependensi, Kemampu-rawatan, diperpanjang, dan kehandalan. Non-fungsional sering diklasifikasikan menjadi beberapa kategori berikut:

- Performance persyaratan. Sebuah persyaratan yang menetapkan karakteristik kinerja bahwa sistem atau komponen sistem harus memiliki, misalnya, maks. CPU-penggunaan, max. footprint memori.

- External interface persyaratan. Sebuah persyaratan yang menentukan perangkat keras, perangkat lunak, atau database elemen dengan mana sistem atau komponen sistem harus antarmuka, atau yang memaparkan kendala di format, waktu atau disebabkan oleh faktor-faktor lain seperti interface.

- Desain kendala. Sebuah persyaratan yang mempengaruhi atau membatasi desain sistem atau komponen sistem, misalnya, persyaratan bahasa, fisik persyaratan perangkat keras, pengembangan perangkat lunak standar, dan standar jaminan kualitas perangkat lunak.

- Kualitas atribut. Sebuah persyaratan yang menentukan sejauh mana suatu sistem memiliki atribut yang mempengaruhi kualitas, misalnya, ketepatan, kehandalan, portabilitas.

Requirements teknik berisi serangkaian kegiatan untuk menemukan, menganalisis, mendokumentasikan, mengesahkan dan memelihara satu set persyaratan untuk suatu sistem (Sommerville & Sawyer, 1997). Requirements teknik ini dibagi menjadi dua kelompok utama kegiatan, pembangunan dan persyaratan persyaratan manajemen. Kebutuhan mencakup pengembangan kegiatan yang berkaitan dengan menemukan, menganalisis, mendokumentasikan dan memvalidasi persyaratan, di mana sebagai persyaratan manajemen mencakup kegiatan yang berkaitan dengan pemeliharaan, yaitu identifikasi, pelacakan dan manajemen perubahan persyaratan.

Secara spesifik, Requirements yang baik harus berisi: Kemampuan, Kondisi (s), dan Kendala (s). Menurut American Oxford Dictionary:

Kemampuan sebagai kata benda didefinisikan sebagai kemampuan melakukan sesuatu; atau kekuasaan atau kemampuan, yaitu, kemampuan membawa yang terbaik dari pada orang-orang atau kemampuan untuk meningkatkan produktivitas; Namun, ketika digunakan dengan kata sifat, kemampuan menggambarkan sebuah fasilitas pada komputer untuk melakukan tugas tertentu, yaitu, “memiliki computer kemampuan grafis.

Kondisi sebagai kata benda didefinisikan sebagai keadaan sesuatu, terutama yang berkaitan dengan penampilan, kualitas, atau urutan kerja, yaitu, kabel-kabel dalam kondisi baik, atau jembatan dalam kondisi yang sangat berbahaya. Seorang kondisi dapat juga menjadi urusan yang harus ada atau dapat diwujudkan sebelum sesuatu yang lain adalah mungkin atau diizinkan, yakni, untuk anggota untuk meminjam uang, tiga kondisi yang harus dipenuhi, atau semua karyawan harus sesuai dengan kebijakan ini sebagai syarat kerja, “atau” Aku akan menerima tawaran Anda dengan satu syarat.

Kendala sebagai kata benda didefinisikan sebagai pembatasan atau pembatasan, yaitu, ketersediaan air adalah kendala utama produksi makanan “atau” kendala waktu tidak memungkinkan untuk melakukan semuanya.

Requirements Engineering membantu seorang Software Engineering untuk memberikan pengertian yang lebih baik terhadap masalah yang hendak di pecahkan, antara lain: pemahaman tentang bisnis yang berpengaruh pada aplikasi, kebutuhan pengguna, dan bagaimana pengguna akan berinteraksi dengan aplikasi.

3. Klasifikasi Requirements

Tujuan Bisnis, Keseluruhan tujuan bisnis dan pedoman untuk proyek disebut tujuan bisnis. Tujuan bisnis membantu menyediakan dasar untuk sebuah proyek dan biasanya diperoleh dari manajemen atau dari perusahaan yang ada dokumen.

Sebagai contoh: Perusahaan XYZ akan meningkatkan penjualan dalam negeri sebesar 50 persen dalam waktu dua tahun.

Kebutuhan Bisnis, Kebutuhan dari stakeholder disebut kebutuhan bisnis. Persyaratan tersebut dapat mencakup bisnis proses sistem harus mendukung; berbagai kendala seperti biaya, sumber daya, jadwal, dan banyak lagi.

Stakeholder Persyaratan, Sebuah stakeholder adalah siapa pun yang memiliki kepentingan vested atau substantif dalam proyek. Persyaratan stakeholder termasuk kebutuhan stakeholder baik internal dan eksternal organisasi. Tantangan dari setiap proyek adalah untuk  akurat mengidentifikasi semua pemangku kepentingan, dan untuk memperoleh dan memahami kebutuhan mereka.

Akhir-User Requirements, Kebutuhan dari orang-orang yang akan langsung atau tidak langsung berinteraksi dengan sistem yang disebut kebutuhan pengguna akhir.
Ini mencakup persyaratan untuk dokumentasi dan user interface, yang dapat menjadi sangat rumit dan  sering menjadi sumber kesalahan.

Persyaratan Sistem, Persyaratan sistem yang berasal dari menganalisis tujuan bisnis dan kebutuhan stakeholder. Sementara bisnis  tujuan dan persyaratan stakeholder ditulis dalam istilah bisnis dan dari dunia nyata perspektif, persyaratan sistem yang lebih ketat, lebih formal, dan ditulis dalam sistem (teknis) terminologi.

Sebagai contoh, sebuah persyaratan pihak mungkin merujuk kepada “Perusahaan XYZ Laporan Penjualan Bulanan”, sedangkan sistem persyaratan mungkin merujuk pada hal yang sama sebagai “XYZMoSalesRept.doc.” Persyaratan sistem tingkat tinggi persyaratan untuk seluruh sistem. Sistem mungkin termasuk subsistem (untuk  Misalnya, perangkat keras subsistem, subsistem operasi, subsistem perangkat lunak [atau subsistem], atau subsistem jaringan).

Persyaratan perangkat lunak, Persyaratan perangkat lunak, seperti fungsi yang diperlukan untuk bekerja dalam lingkungan fisik yang keras atau antarmuka pengguna grafis yang diperlukan antara pengguna dan mesin, yang rinci, persyaratan spesifik ditulis untuk sebuah sistem perangkat lunak (atau subsystem).

4. Persyaratan Teknik

Menurut IEEE Software Engineering Body of Knowledge ® (SWEBOK ®), persyaratan teknikmencakup empat proses: pendatangan, analisis, spesifikasi, dan validasi.

Pendatangan
Pendatangan persyaratan berkaitan dengan persyaratan proyek mana berasal dan bagaimana analis dapatmengumpulkan mereka. Ini adalah tahap pertama dalam membangun pemahaman masalah proyek diperlukan untuk memecahkan. Ini pada dasarnya aktivitas manusia, dan adalah di mana para pemangku kepentingan diidentifikasi dan hubungan didirikanantara tim proyek dan pelanggan. Ini adalah berbagai disebut “persyaratan menangkap,” “persyaratan penemuan,”dan “persyaratan akuisisi.”

Salah satu prinsip-prinsip dasar manajemen proyek yang baik adalah bahwa ada komunikasi yang baik antara pengguna dan para perekayasa. Sebelum pembangunan dimulai, persyaratan spesialis dapat membentuk saluran untuk komunikasi. Mereka harus menjadi penengah antara bisnis domain pengguna (dan stakeholder lainnya) dan
dunia teknis para perekayasa

5. Analisis

Analisis adalah proses:

• Mendeteksi dan menyelesaikan konflik antara persyaratan
• Menemukan batas proyek dan bagaimana ia harus berinteraksi dengan lingkungan
• sistem mengelaborasi persyaratan untuk memperoleh persyaratan perangkat lunak

Pandangan tradisional tentang analisis persyaratan bahwa itu telah direduksi menjadi model konseptual menggunakan salah satu sejumlah metode analisis seperti Analisis Terstruktur atau Desain Teknik (SADT). Sementara model konseptual yang penting, analisis meliputi klasifikasi persyaratan untuk membantu menginformasikan trade-off antara persyaratan (persyaratan klasifikasi) dan proses membentuk trade-off ini  (persyaratan negosiasi).

Penting untuk menjelaskan dengan tepat persyaratan yang cukup untuk memungkinkan syarat untuk divalidasi, mereka pelaksanaan harus diverifikasi, dan biaya untuk diperkirakan.

Spesifikasi
Untuk sebagian besar teknik profesi, istilah spesifikasi tugas mengacu pada nilai-nilai numerik atau batas ke tujuan desain produk.  Khas sistem fisik memiliki jumlah yang relatif kecil nilai-nilai tersebut.

Perangkat lunak khas memiliki banyak persyaratan, dan penekanan dibagi antara melakukan kuantifikasi numerik dan mengelola kompleksitas interaksi di antara banyaknya persyaratan.

Jadi, dalam rekayasa perangkat lunak jargon, “persyaratan perangkat lunak spesifikasi” biasanya mengacu pada produksi sebuah dokumen, atau setara elektronik, yang dapat secara sistematis ditinjau, dievaluasi, dan disetujui. Untuk sistem yang kompleks, terutama yang menyangkut substansial non-komponen perangkat lunak, sebanyak tiga
jenis dokumen yang dihasilkan: konsep operasi, persyaratan sistem, dan perangkat lunak persyaratan.

Validasi
Persyaratan dokumen dapat dikenakan prosedur validasi dan verifikasi. Persyaratan dapat divalidasi untuk memastikan bahwa perangkat lunak insinyur telah memahami persyaratan. Ini adalah juga penting untuk memverifikasi bahwa dokumen persyaratan sesuai dengan standar perusahaan, dan bahwa hal itu dapat dipahami, konsisten, dan lengkap.

Notasi formal menawarkan keuntungan penting perijinan dua sifat terakhir untuk dibuktikan (dalam sebuah Pembatasan akal, setidaknya).  Berbagai pemangku kepentingan, termasuk perwakilan dari pelanggan dan pengembang, harus meninjau dokumen.

Dokumen persyaratan tunduk pada manajemen konfigurasi perangkat lunak yang sama dengan yang lain praktek kiriman dari proses siklus hidup perangkat lunak.
Adalah normal secara eksplisit jadwal satu atau lebih poin dalam persyaratan proses dimana persyaratan divalidasi. Tujuannya adalah untuk mengangkat masalah sumber daya sebelum berkomitmen untuk mengatasi persyaratan.

Persyaratan validasi berkaitan dengan proses pemeriksaan dokumen persyaratan untuk memastikanbahwa perangkat lunak mendefinisikan hak (yaitu, perangkat lunak yang mengharapkan para pengguna).

6. Mengapa begitu penting?

Mendesain dan mengembangkan suatu program komputer yang bagus tetapi hanya memecahkan permasalahan yang kurang tepat untuk kebutuhan pengguna tentunya akan percuma, oleh sebab itu pemahaman akan kebutuhan dari pengguna sebelum mendesain dan membuat suatu program komputer adalah penting.

Selain itu Mengapa Requirements Engineering, Untuk menangkap persyaratan tertentu yang harus dicapai untuk membangun perangkat lunak berkualitas tinggi.

Apa saja langkah-langkahnya?

Requirements engineering meliput tujuh langkah yaitu:

1.Inception, sebuah tugas untuk mendefinisikan ruang lingkup dan batasan masalah yang hendak di selesaikan. Pada langkah ini, diperlukan pemahaman dasar tentang masalah, orang yang membutuhkan suatu solusi, pemecahan masalah yang di kehendaki, dan adanya komunikasi yang efektif serta kerjasama antara pelanggan (customer) dan pengembang (developer).

2.Elicitation, merupakan langkah selanjutnya untuk membantu customer mendefinisikan apa yang dibutuhkan dalam pengembangan suatu aplikasi. Beberapa hal yang sering menghambat dalam memahami pendefinisian masalah antara lain:

• Cakupan masalah, batasan masalah yang tidak di definisikan dengan baik.
• Pemahaman masalah, pengguna tidak benar-benar yakin terhadap apa yang dibutuhkan dan memiliki pemahaman yang kurang terhadap kemampuan dan batasan dari lingkungan komputasi mereka.
• Volatilitas dari permasalahan, kebutuhan yang sering berubah-ubah sepanjang waktu.

Dalam rangka untuk mendukung proses kolaborasi, maka panduannya antara lain:

• Adanya pertemuan dan dihadiri dari software engineering dan customer.
• Peraturan untuk persiapan dan persiapan telah ada.
• Adanya agenda yang dibuat secara formal.
• Seorang fasilitator akan mengawasi meeting.
• adanya definisi masalah.
• Tujuan akhir adalah untuk mengidentifikasi masalah, tujuan dari setiap elemen solusi.

3.Elaboration, ketika kebutuhan dasar telah di definisikan dan di modifikasi pada tahapan Inception dan Elicitation, maka langkah berikutnya adalah fokus pada pengembangan suatu model teknis dari suatu fungsi aplikasi, fitur-fitur yang ada dan batasan dari aplikasi yang dikembangkan. Elaboration merupakan suatu model analisis yang terdiri dari beberpa model dan perbaikan tugas. Hasil akhir dari elaboration ini adalah suatu model analisa yang mendefinisikan suatu informasi yang fungsional dan memiliki wilayah perilaku suatu permasalahan.

4.Negotitation, ketika customer mendefinisikan suatu permasalahan, maka negoisasi akan dibutuhkan ketika terjadi perbedaan antar kebutuhan di antara sesama pengguna. Customer, pengguna, dan stakeholder harus mengurutkan prioritas kebutuhannya.
Negotitation merupakan aktifitas pada setiap permulaan iterasi proses piranti lunak.Yang perlu dilakukan antara lain:

1)     Identifikasi stakeholder pada sistem ataupun pada sub sistems

2)     Penentuan

3)     Adanya negoisasi pada stakeholder untuk memenangkan suatu kondisi baik

5.Specification, apa yang menjadi prioritas? yang benar-benar dibutuhkan?, kapan hal tersebut dibutuhkan?, hal ini menyangkut kebutuhan untuk setiap customer akan berbeda-beda. Specification merupakan hasil akhir dari kegiatan requirements engineering.

6.Validation, semua hal tersebut akhirnya perlu di validasi kembali untuk memastikan bahwa developer mengerti permasalahannya dan customer memahami masalah dengan tepat.

7.Management, ini merupakan sekumpulan kegiatan yang membantu tim proyek untuk mengindentifikasi, pengawasan, dan melacak perubahan kebutuhan setiap saat pada tahapan proyek. Kebutuhan manajemen di mulai dengan identifikasi. Setiap kebutuhan memiliki nomor yang unik. Sekali kebutuhan tersebut di identifikasi, maka tabel pelacakan segera dibuatkan.

Persyaratan sebagai dasar dari setiap proyek pembangunan, tim perlu untuk
memahami sifat-sifat “baik” persyaratan. Persyaratan yang terbaik adalah:

• Koreksi (secara teknis dan hukum mungkin)

• Complete (mengekspresikan seluruh ide atau pernyataan)

• Clear (ambigu dan tidak membingungkan)

• Konsisten (tidak bertentangan dengan persyaratan lainnya)

• diverifikasi (dapat ditentukan bahwa sistem memenuhi persyaratan)

• dilacak (unik diidentifikasi dan dilacak)

• Feasible (dapat dicapai dalam biaya dan jadwal)

• Modular (dapat berubah tanpa berlebihan dampak)

• Design-mandiri (tidak menimbulkan solusi spesifik pada desain)

Setiap persyaratan harus terlebih dahulu membentuk kalimat lengkap, yang berisi subjek dan sebuah predikat. Kalimat-kalimat ini harus konsisten menggunakan kata kerja “akan”, “akan” atau “Harus” untuk menunjukkan sifat persyaratan yang wajib, dan “harus” atau “mungkin” untuk menunjukkan bahwa kebutuhan adalah opsional.

Mekanisme yang tepat untuk memahami apa yang diinginkan oleh pelanggan, analisis kebutuhan, menegosiasikan solusi yang masuk akal, memvalidasi spesifikasi dan mengelola perubahan dalam persyaratan.

Persyaratan manajemen:

Persyaratan kemampuan nyata dimana sistem harus memberikan. Ini
karena itu masuk akal untuk mencari tahu apa persyaratan, menulis mereka
bawah dan mengatur mereka, dan mengatur mereka dalam hal bahwa mereka
mengubah. Dengan kata lain kita akan mendefinisikan persyaratan manajemen sebagai sebuah pendekatan sistematis memunculkan, pengorganisasian, dan mengadministrasikan
persyaratan sistem.

7. Analisis Kebutuhan

Sebuah studi kelayakan dan analisis biaya-manfaat dari proses pengembangan produk dapat dilakukan dan ruang lingkup sistem ditentukan. Kebutuhan pelanggan dianalisis dan persyaratan konflik jika ada yang diselesaikan. Analisis persyaratan memastikan bahwa sistem akan memberikan layanan yang pelanggan membutuhkan. Hal ini juga membantu desainer untuk memahami kebutuhan pelanggan.

• Untuk pengembangan lini produk, tahap analisis persyaratan meliputi:
• Identifikasi kesamaan dan variabilities dalam domain
• Identifikasi potensi anggota dan fitur dan model mereka mereka untuk mendapatkan yang lebih baik pemahaman keluarga.

Setelah persyaratan umum dan variabel diidentifikasi, potensi produk dan mereka
fitur yang dipilih. Menggunakan rincian tersebut, kelayakan pengembangan produk tersebut sebagai keluarga dianalisis.

Aspek untuk memilih anggota produk dan fitur

• strategi Perusahaan
• Nasabah prioritas
• Pasar keuntungan
• Kontribusi ke domain dan
• Kompetisi

Analisis pasar adalah teknik yang baik yang dapat memberikan informasi yang berguna tentang arus Dan masa depan kecenderungan pasar dan informasi tentang produk-produk lain di pasar. Berdasarkan hasil analisis ini, produk dan fitur yang dapat dipilih. Setelah produk dan fitur dipilih, mereka harus model. Modeling meningkatkan understandability dan menyederhanakan desain. Tergantung pada lini produk yang sesuai model pendekatan yang digunakan teknik dapat digunakan.

Analisis Kebutuhan – Teknik

• Structured system analysis (SSA)
• Object oriented analysis (OOA)
• Joint application design (JAD)
• Quality function deployment (QFD)
• Participatory design

SSA:

Fungsi-persyaratan yang berorientasi analisis

- Data-flow diagram dapat digunakan untuk mewakili aliran data antara berbagai
tugas-tugas dalam domain sedangkan entitas-hubungan diagram dapat digunakan untuk
mewakili berbagai domain entitas dan hubungan mereka.

- Data kamus dan hubungan badan-model.

OOA:
- Gunakan diagram kasus yang cocok untuk kebutuhan model dari perspektif pengguna
dan tingkat tinggi diagram kelas dapat digunakan untuk kebutuhan model dari perancang
perspektif. Unified Modeling Language (UML) adalah digunakan secara luas berorientasi obyek bahasa pemodelan

- Aliran pesan antara objek dan evaluasi perubahan di negara mereka karena
untuk kejadian-kejadian atau rangsangan lainnya

JAD:
- JAD adalah grup persyaratan sesi analisis dan pendekatan desain yang dikembangkan olehIBM.

- JAD adalah sesi kelompok pendekatan yang melibatkan pengguna dalam sistem desain.

- Semua stakeholder dapat berpartisipasi dalam proses pengambilan keputusan. Kegiatan sepertimendefinisikan persyaratan tingkat tinggi dan melompat-lompat lingkup sistem dapat diperluas untukproduk mengidentifikasi persyaratan dan ciri produk individu dalam keluarga.

- JAD mendefinisikan peranan yang berbeda dari enam peserta yang harus berpartisipasi dalam sesi: sebuahsesi pemimpin atau fasilitator, analis sistem, spesialis, wakil pengguna, sebuahsistem informasi perwakilan dan eksekutif sponsor.

QFD:
QFD adalah suatu pendekatan yang dikembangkan di Jepang untuk menghasilkan produk yang berkualitas dalam industri otomotif di 1986.

• ini berfokus pada kebutuhan pelanggan menerjemahkan ke seluruh persyaratan teknis
proses pengembangan produk.

• Seluruh proses QFD rumah berfokus pada kualitas, yang memetakan kebutuhan pelanggan kefitur produk yang diusulkan.

• Masing-masing tahap pengembangan dapat menggunakan rumah sendiri kualitas. QFD untuk tahap perencanaan digunakan untukpersyaratan analisis.

• Para peserta diminta untuk menilai setiap persyaratan sesuai dengan relevansi fitur tertentu. Selain ini, korelasi antara berbagai fitur-fitur teknis, pelanggan pentingnya setiap persyaratan dan evaluasi pasar dari fitur kompetitif juga dipertimbangkan.

• Berdasarkan analisis subjektif faktor di atas, fitur produk akhir yang dipilih. Jadi
pendekatan yang QFD membantu untuk mengembangkan fitur kualitas yang penting bagi pelanggan

• QFD adalah pendekatan yang baik untuk memilih fitur produk dan untuk membuat desain tingkat tinggi keputusan. Ini mendorong organisasi untuk mempertimbangkan faktor-faktor seperti prioritas pelanggan dan persaingan untuk persyaratan analisis.

Desain partisipatif:

Pendekatan Desain Partisipatoris memungkinkan desainer dan pengguna untuk bekerja bersama. Beberapa teknik termasuk Future Lokakarya, Koperasi Prototyping, Desain mock-up dan Masa Depan Game digunakan dalam Desain Partisipatif Karena pendekatan ini melibatkan pengguna dalam desain sistem, masalah yang dapat terjadi karena kurangnya komunikasi dapat dihindari.

Semua pengguna dapat berpartisipasi dalam proses pengambilan keputusan. Desainer dapat mempelajari lebih lanjut tentang kebutuhan pengguna dengan benar-benar melakukan pekerjaan mereka. Pengguna dapat bekerja dengan desainer untuk belajar tentang desain dan untuk memverifikasi bahwa Desain akan memenuhi semua kebutuhan mereka.

C. KSIMPULAN

Kesuksesan software diukur berdasarkan tingkat kecocokan dengan tujuan awal dari pembuatan software itu sendiri. Software System Requirement Engineering (RE) adalah proses untuk mengetahui tujuan dengan cara mengidentifikasikan stakeholder  dan kebutuhan mereka serta mendokumentasikannya ke dalam bentuk yang memungkinkan untuk dianalisis, dikomunikasikan serta diimplementasikan. Requirement engineering adalah cabang dari software engineering yang berfokus terhadap tujuan yang nyata terhadap fungsi serta batasan pada software engineering.

D. DAFTAR PUSTAKA

Frederick,Richard. Introduction to Requirements – The Critical Details That Make or Break a Project.2007. Global Knowledge Training LLC

Waseso, bayu.2008. Requirement Engineering. http://waseso.net/?p=266

Parviainen ,Päivi. Requirements Engineering: Dealing with the Complexity of Sociotechnical Systems Development. VTT Technical Research Centre of Finland, VTT Electronics

]]> http://5yarifuddin.wordpress.com/2009/12/16/requirements-engineering/feed/ 0 5yarifuddin http://5yarifuddin.wordpress.com/2009/12/16/software-engineering-produk/ http://5yarifuddin.wordpress.com/2009/12/16/software-engineering-produk/#comments Wed, 16 Dec 2009 18:59:54 +0000 5yarifuddin http://5yarifuddin.wordpress.com/?p=57 ]]> Software Engineering: Produk

EDISI KELIMA

Roger S. tukang cetak, Ph.D.

PEDAHULUAN

Peringatan dimulai lebih dari satu dekade sebelum acara, tapi tidak ada yang dibayar banyak perhatian. Dengan kurang dari dua tahun untuk batas waktu, media mengangkat cerita. Kemudian pejabat pemerintah menyuarakan kekhawatiran mereka, bisnis dan pemimpin-pemimpin industri yang dilakukan sejumlah besar uang, dan akhirnya, peringatan mengerikan dari bencana tertunda menembus kesadaran publik. Softwaredalam bentuk yang sekarang terkenal Y2K bug, akan gagal dan, sebagai akibatnya, menghentikan dunia seperti yang kita kemudian tahu itu.

Perangkat lunak komputer telah menjadi pendorong. Ini adalah mesin yang menggerakkan bisnis pengambilan keputusan. Ini berfungsi sebagai dasar untuk penyelidikan ilmiah modern dan rekayasa pemecahan masalah. Ini adalah faktor kunci yang membedakan produk-produk modern dan layanan. Ini adalah sistem tertanam dalam semua jenis: transportasi, medis, telekomunikasi, militer, proses industri, hiburan, produk-produk kantor,. . . itu Daftar tersebut hampir tak ada habisnya. Perangkat lunak ini hampir tidak bisa dihindari dalam dunia modern. Dan sebagai kita bergerak ke abad kedua puluh satu, ini akan menjadi driver untuk kemajuan baru dalam mulai dari pendidikan dasar untuk rekayasa genetika.

Dalam lima tahun sejak edisi keempat buku ini ditulis, peran perangkat lunak sebagai, gaya Äúdriving, Au telah menjadi lebih jelas. Sebuah perangkat lunak berbasis internet telah melahirkan sendiri ekonomi $ 500 miliar. Dalam euforia diciptakan oleh janji dari sebuah paradigma ekonomi baru, Wall Street investor memberi kecil, Äúdot com, Au perusahaan  miliar dolar penilaian sebelum start-up ini menghasilkan dolar dalam penjualan. Baru  industri berbasis perangkat lunak telah muncul dan yang lama yang belum disesuaikan dengan yang baru  pendorong kini terancam punah. Pemerintah Amerika Serikat telah  perkara terhadap perangkat lunak, industri AOS, AOS perusahaan terbesar, seperti itu dalam zaman-zaman awal  ketika pindah untuk menghentikan praktek monopoli dalam industri minyak dan baja. Software, AOS dampak pada masyarakat dan kebudayaan kita terus mendalam. Sebagai pentingnya tumbuh, komunitas perangkat lunak terus-menerus berusaha untuk mengembangkan teknologi  yang akan membuat lebih mudah, lebih cepat, dan lebih murah untuk membangun komputer berkualitas tinggi  program. Beberapa teknologi ini ditargetkan pada aplikasi tertentu  domain (misalnya, situs web desain dan pelaksanaan); lain fokus pada teknologi  domain (misalnya, sistem berorientasi objek), dan masih lainnya berbasis luas (misalnya, operasi sistem seperti LINUX). Namun, kami belum mengembangkan teknologi perangkat lunak yang melakukan itu semua, dan satu kemungkinan yang timbul di masa depan kecil. Namun, orang bertaruh pekerjaan mereka, kenyamanan, keselamatan mereka, hiburan mereka, keputusan-keputusan mereka, dan mereka sangat hidup perangkat lunak komputer. Lebih baik benar. Buku ini menyajikan suatu kerangka yang dapat digunakan oleh mereka yang membangun komputer  perangkat lunak, Äîpeople yang harus benar. Meliputi teknologi proses, set metode, dan sebuah array dari alat yang kita sebut rekayasa perangkat lunak.

Apa itu? Software komputer produk perangkat lunak insinyur desain dan membangun. Ini meliputi program yang dijalankan dalam komputer dari berbagai ukuran dan arsitektur, dokumen yang mencakup hard-copy dan bentuk-bentuk virtual, dan data yang menggabungkan angka dan teks, tetapi juga meliputi representasi piktorial, video, danaudio informasi.

Siapa yang melakukannya? Lunak insinyur membangunnya, dan hampir semua orang di dunia industri yang menggunakannya baik secara langsung maupun tidak langsung.

Mengapa penting? Karena mempengaruhi hampir setiap aspek kehidupan kita dan telah menjadi meresap dalam commerce kita, budaya kita, dan kita sehari-hari kegiatan.

Apa langkah-langkah? Anda membangun perangkat lunak komputer seperti Anda membangun sukses setiap produk, dengan menerapkan sebuah proses yang mengarah pada hasil berkualitas tinggi yang memenuhi kebutuhan orang-orang yang akan menggunakan produk. Anda menerapkan rekayasa perangkat lunak pendekatan.

Apa yang dilakukan? Dari sudut pandang sebuah software engineer, pekerjaan produk adalah program, dokumen, dan data yang komputer lunak. Tapi dari sudut pandang pengguna, pekerjaan produk yang dihasilkan adalah informasi yang entah bagaimana pengguna membuat dunia lebih baik.

PEMBAHASAN

1.Perkembangan Perangkat Lunak

Hari ini, perangkat lunak mengambil peran ganda. Ini adalah produk dan, pada saat yang sama, kendaraan untuk menyampaikan suatu produk. Sebagai produk, ini memberikan potensi komputasi yang terkandung oleh perangkat keras komputer atau, lebih luas, jaringan komputer yang dapat diakses hardware lokal. Apakah itu berada dalam telepon seluler atau beroperasi di dalam mainframe komputer, perangkat lunak adalah informasi transformator-memproduksi, mengelola, memperoleh, mengubah, menampilkan, atau transmisi informasi yang dapat sebagai sederhana sebagai satu bit atau serumit presentasi multimedia. Saat kendaraan yang digunakan untuk mengantarkan produk, perangkat lunak bertindak sebagai dasar untuk kontrol komputer (operating sistem), komunikasi informasi (jaringan), dan penciptaan dan kontrol program lain (software tools dan lingkungan).

Software memberikan produk yang paling penting. Software mengubah data pribadi (misalnya, seorang individu transaksi keuangan) sehingga data dapat lebih berguna dalam konteks lokal; mengelola informasi bisnis untuk meningkatkan daya saing; ini menyediakan sebuah gateway ke jaringan informasi di seluruh dunia (misalnya, Internet) dan menyediakan sarana untuk memperoleh informasi dalam semua bentuknya.

Peran perangkat lunak komputer telah mengalami perubahan yang signifikan selama jangka waktu sedikit lebih dari 50 tahun. Perbaikan dramatis dalam performa hardware, pro – ditemukan perubahan dalam arsitektur komputasi, peningkatan luas memori dan penyimpanan  kapasitas, dan berbagai input dan output eksotis pilihan memiliki semua dipicu  lebih canggih dan rumit sistem berbasis komputer. Kecanggihan dan kompleksitas dapat menghasilkan hasil yang mempesona ketika sistem berhasil, tetapi mereka juga dapat mengajukan  masalah besar bagi mereka yang harus membangun sistem yang kompleks.

Selama pertengahan 1990-an, pervasiveness perangkat lunak komputer dan ruam melahirkan buku oleh “neo-Luddites” (misalnya, Melawan Virtual Life, yang diedit oleh James Brook dan Iain Boal dan The Future Apakah Tidak Hitunglah oleh Stephen Talbot). Penulis ini setan komputer, menekankan keprihatinan yang sah tetapi mengabaikan manfaat yang mendalam telah menyadari. [LEV95] Selama tahun 1990-an kemudian, Yourdon [YOU96] dievaluasi kembali prospek perangkat lunak profesional dan menyarankan “meningkat dan kebangkitan” dari Amerika pemrogram. Ketika Internet tumbuh di penting, mengubah hati nya terbukti benar. Saat abad kedua puluh tertutup, fokus bergeser sekali lagi, ini waktu untuk dampak Y2K “bom waktu” (misalnya, [YOU98b], [DEJ98], [KAR99]). Meskipun prediksi dari Y2K doomsayers tidak benar, mereka yang populer pulang tulisan-tulisan yang pervasiveness perangkat lunak dalam kehidupan kita. Hari ini, “di mana-mana komputasi “[NOR98] telah melahirkan generasi informasi peralatan yang mempunyai broadband konektivitas ke Web untuk menyediakan “selimut keterhubungan atas rumah kita, kantor dan jalan raya “[LEV99]. Peranan perangkat lunak terus berkembang.

Satu-satunya programmer dari era sebelumnya telah digantikan oleh tim perangkat lunak spesialis, masing-masing berfokus pada salah satu bagian dari teknologi yang dibutuhkan untuk memberikan yang kompleks lamaran. Namun, pertanyaan yang sama ditanyakan kepada satu-satunya programmer sedang tanya ketika komputer modern sistem berbasis dibangun:

• Mengapa begitu lama waktu yang dibutuhkan untuk mendapatkan perangkat lunak selesai?

• Mengapa biaya pengembangan sangat tinggi?

• Mengapa kita tidak bisa menemukan semua kesalahan sebelum kami memberikan software untuk pelanggan?

• Mengapa kita terus mengalami kesulitan dalam mengukur kemajuan seperti software adalahdikembangkan?

banyak pertanyaan lain, adalah manifestasi dari keprihatinan tentang perangkat lunakdan cara yang dikembangkan-kekhawatiran yang telah menyebabkan adopsipraktek rekayasa perangkat lunak.

2. PERANGKAT LUNAK

Pada tahun 1970, kurang dari 1 persen dari masyarakat cerdas bisa menggambarkan apa “software komputer” itu. Hari ini, paling profesional dan banyak anggota publik pada umumnya merasa bahwa perangkat lunak mereka mengerti. Tapi apakah mereka?

Sebuah buku teks deskripsi perangkat lunak dapat mengambil formulir berikut ini: Perangkat Lunak adalah (1) instruksi (program komputer) yang bila dieksekusi memberikan fungsi yang dikehendaki dan kinerja, (2) struktur data yang memungkinkan program untuk memanipulasi informasi secara memadai, dan (3) dokumen yang menggambarkan operasi dan penggunaan program. Ada ada pertanyaan yang lain, definisi yang lebih lengkap dapat ditawarkan. Tapi kita perlu lebih dari definisi formal.

2.1 Karakteristik Perangkat Lunak

Untuk memperoleh pemahaman tentang perangkat lunak (dan akhirnya pemahaman perangkat lunak engineering), penting untuk memeriksa karakteristik perangkat lunak yang membuat berbeda dari hal-hal lain yang membangun manusia. Ketika hardware dibangun, proses kreatif manusia (analisis, desain, konstruksi, pengujian) akhirnya diterjemahkan ke dalam bentuk fisik. Jika kita membangun sebuah komputer baru, sketsa awal kami, resmi gambar desain, dan prototipe breadboarded berevolusi menjadi sebuah produk fisik (chip, sirkuit, pasokan listrik, dll).

Software adalah logis dan bukan elemen sistem fisik. Oleh karena itu, perangkat lunak memiliki karakteristik yang sangat berbeda dibandingkan hardware:

1. Perangkat lunak ini dikembangkan atau direkayasa, tidak dibuat di klasik akal.

Meskipun ada beberapa kesamaan antara pengembangan perangkat lunak dan hardware pembuatan, kedua kegiatan pada dasarnya berbeda. Dalam kedua kegiatan, qual ity dicapai melalui desain yang baik, tetapi fase pembuatan perangkat keras dapat kualitas memperkenalkan masalah yang tidak ada (atau mudah diperbaiki) untuk perangkat lunak. Kedua kegiatan ini menuntut pembangunan sebuah “produk” namun pendekatan yang berbeda. Biaya perangkat lunak terkonsentrasi di rekayasa. Ini berarti bahwa proyek-proyek perangkat lunak tidak dapat dikelola seolah-olah mereka proyek-proyek manufaktur.

Gambar .1.1

2. Peragkat Lunak tidak “usang.”

Gambar 1.1 menggambarkan laju kegagalan sebagai fungsi waktu untuk hardware. Hubungan, sering disebut sebagai “kurva bak mandi,” menunjukkan bahwa hardware yang relatif tinggi menunjukkan kegagalan tingkat awal dalam kehidupan (kegagalan ini sering dikaitkan dengan desain atau manufaktur cacat); cacat dikoreksi dan tingkat kegagalan tetes ke tingkat keadaan tunak (idealnya, cukup rendah) untuk jangka waktu tertentu. Dengan berjalannya waktu, bagaimanapun, tingkat kegagalan naik lagi sebagai komponen perangkat keras menderita dari kumulatif mempengaruhi debu, getaran, penyalahgunaan, suhu ekstrim, dan banyak penyakit lingkungan lainnya. Menyatakan sederhana, mulai perangkat keras usang.

Perangkat lunak tidak rentan terhadap penyakit lingkungan yang menyebabkan hardware untuk usang. Secara teori, oleh karena itu, kurva tingkat kegagalan perangkat lunak harus mengambil bentuk yang “kurva ideal” ditunjukkan pada Gambar 1.2. Undiscovered cacat akan menyebabkan kegagalan tinggi tingkat awal dalam kehidupan sebuah program.

Selama kehidupannya, perangkat lunak akan mengalami perubahan (pemeliharaan). Sebagaiperubahan yang dibuat, kemungkinan bahwa beberapa cacat baru akan diperkenalkan, menyebabkan kurva tingkat kegagalan lonjakan seperti yang ditunjukkan pada Gambar 1.2. Sebelum kurva dapat kembali ke asli kondisi mapan tingkat kegagalan, perubahan lain yang diminta, menyebabkan kurva untuk spike lagi. Perlahan-lahan, tingkat kegagalan minimum tingkat mulai naik-software memburuk akibat perubahan.

Aspek lain dari memakai menggambarkan perbedaan antara perangkat keras dan perangkat lunak. Ketika sebuah komponen perangkat keras habis dipakai, itu akan digantikan oleh suku cadang. Ada lunak suku cadang. Setiap kegagalan perangkat lunak menunjukkan kesalahan dalam desain atau dalam desain proses yang diterjemahkan ke dalam mesin kode executable. Oleh karena itu, pemeliharaan perangkat lunak melibatkan jauh lebih kompleks daripada hardware pemeliharaan.

3. Walaupun bergerak ke arah industri berbasis komponen perakitan, perangkat lunak terus dibangun.

Pertimbangkan cara di mana kontrol hardware untuk produk berbasis komputer dirancang dan dibangun. Insinyur desain menarik skema sederhana digital sirkuit, apakah beberapa analisa fundamental untuk menjamin bahwa fungsi yang tepat akan dicapai, dan kemudian pergi ke rak tempat katalog komponen digital ada. Tiap sirkuit terpadu (disebut IC atau chip) memiliki nomor bagian, yang ditetapkan dan divalidasi fungsi, sebuah antarmuka yang terdefinisi dengan baik, dan menetapkan standar pedoman integrasi. Setelah setiap komponen dipilih, hal itu dapat dipesan dari rak.

Sebagai suatu disiplin rekayasa berkembang, koleksi desain standar komponen dibuat. Standar sekrup dan off-the-rak sirkuit terpadu hanya dua ribu komponen standar yang digunakan oleh mekanik dan insinyur listrik saat mereka desain sistem baru. Komponen yang dapat digunakan kembali telah diciptakan sehingga insinyur dapat berkonsentrasi pada unsur-unsur yang benar-benar inovatif desain, yaitu, bagian dari desain yang mewakili sesuatu yang baru. Dalam dunia hardware, komponenmenggunakan kembali adalah bagian alami dari proses rekayasa. Dalam dunia perangkat lunak, adalah sesuatuyang baru mulai dapat dicapai pada skala yang luas. Sebuah komponen perangkat lunak harus dirancang dan dilaksanakan sehingga dapatdigunakan kembali dalam berbagai program yang berbeda.

Pada tahun 1960-an, kami membangun perpustakaan subrutin ilmiahyang dapat digunakan kembali dalam array yang luas di bidang teknik dan aplikasi ilmiah. Ini perpustakaan subrutin digunakan kembali dengan baik-algoritma didefinisikan dalam cara yang efektif namun memilikiterbatas domain aplikasi.

Datadetail struktur dan proses yang diperlukan untuk membangun antarmuka yang terkandung dengan perpustakaan komponen dapat digunakan kembali untuk antarmuka konstruksi.

Gambar 1.2

bagian dari desain yang mewakili sesuatu yang baru. Dalam dunia hardware, komponen menggunakan kembali adalah bagian alami dari proses rekayasa. Dalam dunia perangkat lunak, adalah sesuatu yang baru mulai dapat dicapai pada skala yang luas.

Sebuah komponen perangkat lunak harus dirancang dan dilaksanakan sehingga dapat digunakan kembali dalam berbagai program yang berbeda. Pada tahun 1960-an, kami membangun perpustakaan subrutin ilmiah yang dapat digunakan kembali dalam array yang luas di bidang teknik dan aplikasi ilmiah. Ini perpustakaan subrutin digunakan kembali dengan baik-algoritma didefinisikan dalam cara yang efektif namun memiliki terbatas domain aplikasi.

Sebagai contoh, pengguna grafis hari interface dapat digunakan kembali dibangun menggunakan komponen yang memungkinkan penciptaan grafis jendela, menu pull-down, dan berbagai mekanisme interaksi. Data detail struktur dan proses yang diperlukan untuk membangun antarmuka yang terkandung dengan perpustakaan komponen dapat digunakan kembali untuk antarmuka konstruksi.

2.2 Aplikasi Perangkat Lunak

Perangkat Lunak dapat diterapkan dalam situasi apa pun untuk mana serangkaian prosedural prespecified langkah (yaitu, sebuah algoritma) telah didefinisikan (pengecualian dari aturan ini adalah ahli perangkat lunak sistem dan perangkat lunak jaringan saraf).

Informasi konten dan kepastian faktor penting dalam menentukan sifat aplikasi perangkat lunak. Isi merujuk pada arti dan bentuk informasi yang masuk dan keluar. Misalnya banyak aplikasi bisnis yang sangat terstruktur menggunakan input data (database) dan menghasilkan diformat “laporan.” Software yang mengendalikan mesin otomatis (misalnya, numerik kontrol) menerima data diskrit item dengan struktur terbatas dan menghasilkan mesin individu perintah dalam pergantian yang cepat.

Kepastian informasi merujuk pada prediktabilitas dari urutan dan timing informasi. Sebuah program analisis engineering menerima data yang memiliki urutan yang sudah ditetapkan, mengeksekusi algoritma analisis (s) tanpa gangguan, dan menghasilkan data resultan dalam format laporan atau grafis. Aplikasi seperti determinate. Sebuah operasi multiuser sistem, di sisi lain, menerima input yang memiliki konten bervariasi dan sewenang-wenang waktu, menjalankan algoritma yang dapat terganggu oleh kondisi eksternal, dan menghasilkan output yang bervariasi sebagai fungsi lingkungan dan waktu.

Perangkat lunak sistem. Perangkat lunak sistem adalah kumpulan program yang ditulis untuk melayani program lain. Beberapa perangkat lunak sistem (misalnya, kompiler, editor, dan file manajemen utilitas) proses yang rumit, tapi tentu, struktur informasi.

Perangkat keras computer tidak dapat berbuat apa-apa tanpa adanya perangkat lunak. Teknologi yang canggih dari perangkat keras akan berfungsi bila instruksi-instruksi tertentu telah di berikan kepadanya. Intruksi-instruksi tersebut disebut dengan perangkat lunak (software). Intruksi-instruksi perangkat lunak di tulis oleh manusia untuk mengaktifkan fungsi dari perangkat keras computer.

Perangkat keras computer mempunyai beberapa kegunaan yang sudah di bentuk dan di pasang di dalamnya untuk dapat menanggapi instruksi-instruksi yang diberikan. Apabila seseorang harus menyusun perangkat lunak yang langsung berhubungan dengan perangkat keras terlebih dahulu, akan sangat sulit karena harus di ketahui secara persis cara kerja perangkat keras yang bersangkutan. Kesulitan akan semakin bertambah karena peralatan yang berbeda mempunyai karakteristik dan cara operasi yang berbeda pula sehingga memerlukan perangkat lunak yang juga berbeda . Untuk mengatasi hal ini,maka di buatlah suatu perangkat lunak yang di sebut dengan system operasi (operating system/OS).

Sistem lain aplikasi (misalnya, komponen sistem operasi, driver, telekomunikasi prosesor) umumnya proses data yang tak jelas. Dalam kedua kasus, sistem perangkat lunak daerah ini dicirikan oleh berat interaksi dengan hardware komputer; berat penggunaan oleh banyak pengguna; operasi konkuren yang membutuhkan penjadwalan, berbagi sumber daya, dan manajemen proses canggih; struktur data yang kompleks, dan beberapa eksternal interface.

Perangkat Lunak Real-time. Software yang memonitor / menganalisis / mengontrol kejadian dunia nyata ketika mereka terjadi disebut real time. Elemen-elemen perangkat lunak real-time termasuk pengumpulan data komponen yang mengumpulkan dan format informasi dari lingkungan eksternal, analisis komponen yang mengubah informasi yang dibutuhkan oleh aplikasi, kontrol / output komponen yang tanggap terhadap lingkungan eksternal, dan pemantauan yang mengkoordinasi semua komponen komponen lain sehingga real-time Tanggapan (biasanya berkisar dari 1 milidetik sampai 1 detik) dapat dipertahankan.

Perangkat lunak bisnis. Informasi bisnis pengolahan adalah perangkat lunak tunggal terbesar wilayah aplikasi. Diskrit “sistem” (misalnya, penggajian, piutang / hutang, persediaan) telah berkembang menjadi sistem informasi manajemen (MIS) perangkat lunak yang mengakses satu atau lebih database besar yang berisi informasi bisnis.

Aplikasi dalam merestrukturisasi daerah data yang ada dalam suatu cara yang memfasilitasi operasi bisnis atau manajemen pengambilan keputusan. Selain aplikasi pengolahan data konvensional, aplikasi perangkat lunak bisnis juga mencakup komputasi interaktif (misalnya, pointof – proses transaksi penjualan).

Rekayasa perangkat lunak dan ilmiah. Rekayasa dan perangkat lunak ilmiah telah ditandai dengan “angka-angka” algoritma. Aplikasi berkisar dari astronomi untuk volkanologi, dari stres otomotif analisis untuk dinamika orbit pesawat ruang angkasa, dan dari molekul biologi untuk manufaktur otomatis. Namun, modern aplikasi dalam rekayasa / wilayah ilmiah sedang menjauhi konvensional algoritma numerik. Computer-aided design, sistem simulasi, dan lain-lain aplikasi interaktif telah mulai mengambil real-time dan bahkan perangkat lunak sistem karakteristik.

Embedded software. Produk cerdas telah menjadi biasa di hampir setiap konsumen dan pasar industri. Perangkat lunak tertanam tinggal di read-only memory dan digunakan untuk mengontrol produk dan sistem untuk konsumen dan pasar industri.

Embedded software dapat melakukan esoteris sangat terbatas dan fungsi (misalnya, tombol DNS untuk microwave oven) atau menyediakan fungsi yang signifikan dan kontrol kemampuan (misalnya, fungsi digital dalam sebuah mobil seperti kontrol bahan bakar, dashboard menampilkan, dan sistem pengereman).

Perangkat lunak komputer pribadi. Perangkat lunak komputer pribadi pasar burgeoned
selama dua dekade. Word processing, spreadsheet, komputer grafis, multimedia, hiburan, manajemen basis data, keuangan pribadi dan bisnis aplikasi, jaringan eksternal, dan akses database hanya beberapa dari ratusan aplikasi.

Perangkat lunak berbasis web. Halaman Web diambil oleh browser adalah perangkat lunak yang menggabungkan instruksi dieksekusi (misalnya, CGI, HTML, Perl, atau Java), dan data (misalnya, prosesor) umumnya proses data yang tak jelas. Dalam kedua kasus, sistem perangkat lunak daerah ini dicirikan oleh berat interaksi dengan hardware komputer; berat penggunaan oleh banyak pengguna; operasi konkuren yang membutuhkan penjadwalan, berbagi sumber daya, dan manajemen proses canggih; struktur data yang kompleks, dan beberapa eksternal interface.

Perangkat lunak kecerdasan buatan. Kecerdasan buatan (AI) memanfaatkan perangkat lunakdari nonnumerical algoritma untuk memecahkan masalah-masalah kompleks yang tidak setuju untuk perhitungan atau analisis langsung. Sistem pakar, juga disebut knowledgebasedsistem pengenalan pola (gambar dan suara), jaringan saraf tiruan,membuktikan teorema, dan bermain game aplikasi mewakili dalam hal inikategori.

2.3. Klasifikasi perangkat lunak

Perangkat lunak secara umum dapat dibagi menjadi 2 yaitu perangkat lunak system dan perangkat lunak aplikasi. Perangkat lunak system dapat dibagi lagi menjadi 3 macam yaitu:

1.      Bahasa Pemrograman: merupakan perangkat lunak yang bertugas mengkonversikan arsitektur&algoritma yang di rancang manusia ke dalam format yang dapat dijalankan computer,contoh bahasa pemprograman: BASIC, COBOL, Pascal, C++, FORTRAN.

2.      System Operasi: saat computer pertama kali dihidupkan ,system operasilah yang pertama kali dijalankan,sistim operasi yang mengatur seluruh proses, menterjemahkan masukan, mengatur proses internal, memanajemen penggunaan memory dan memberikan keluaran ke peralatan yang bersesuaian, contoh system operasi: DOS, UNIX, Windows 95, IBM OS/2, Apple’s system.

3.      Utility: system operasi merupakan perangkat lunak system dengan fungsi tertentu, misalnya pemerikasaan perangkat keras(hardware troubleshooting), memeriksa disket yang rusak (bukan rusak fisik), mengatur ulang isi harddisk (partisi,defrag), contoh utility adalah Norton utility

Hubungan antar perangkat keras dan perangkat lunak dapat digambarkan sbb:

User – Aplication software – Language software – Operating system – Hardware

2.4. Perkembangan Perangkat Lunak

• 1956: Jhon Bachus dan tim IBMnya menciptakan fortran dengan bahasa pemprograman tingkat tinggi.
• 1960: LISP meluncurkan model bahasa komputer untuk menulis program tiruan.
• 1965: Orientasi bahasa benda dengan perakitan tambahan dengan simulasi, ditulis oleh Kristen Nygaard dan Ole John Dahl.
• 1969: Bill Gates & Paul Allen menyebutnya dengan “lake side programming group” menyetujui komputer dengan badan hukum pusat untuk mematenkan pdp-iq software.
• 1975: Paul Allen di dalam suratnya, Bill Gates menggunakan nama “micro-soft” menyerahkan kepada rekan kerja nya.untuk cepat-cepat menuliskan tentang referensinya.
• 1976: Untuk pertama kalinya microsoft di kembangkan, mereka menyebutnya dengan “the legend of micro-kid”.
• 1977: Pemerintahan US mengadopsi data standar IBM, untuk membuka kode kunci pesan dan ntuk melindungi rahasia agensi mereka.
• 1978: Microsoft mengumumkan produk ketiganya, MICROSOTF COBOL-80 dijual seharga 1 juta dolar US.
• 1979: Micosoft mengumumkan, MICROSOFT BASIC untuk 8086 16 bit micropocessors.
• 1981: IBM memperkenalkan personal computer dengan penggunaan Microsoft 19 bit operting system,MS DOS 1.0,plus Microsoft BASIC,COBOL,PASCAL,dan produk Microsoft lainnya.
• 1983: Microsoft memperkenalkan word processing program,Microsoft word for MS DOS 1.00 .
• 1989:Maxis memproduksi video game ,dengan kelas baru untuk pendidikan dan hiburan.
• 1995: Windows 95 ships.
• 1997: Deep blue defeats world chess champion.
• 1998: Windows 98
• 2000: Windows 2000
• 2001: Windows XP
• 2006: Windows Vista
• 2009: Windows 7

1.3 SOFTWARE: A CRISIS ON THE HORIZON?

Banyak pengamat industri (termasuk penulis ini) memiliki ciri khas masalah berhubungan dengan pengembangan perangkat lunak sebagai “krisis.” Lebih dari beberapa buku (e.g., [GLA97], [FLO97], [YOU98a]) telah menceritakan dampak dari beberapa lebih spektakuler kegagalan perangkat lunak yang telah terjadi selama sepuluh tahun terakhir.

Namun, sukses besar dicapai oleh industri perangkat lunak, telah menyebabkan banyak mempertanyakan apakah istilah krisis perangkat lunak masih sesuai. Robert Glass, penulis sejumlah buku kegagalan perangkat lunak, adalah perwakilan dari mereka yang memiliki perubahan hati.

Memang benar bahwa orang perangkat lunak berhasil lebih sering daripada mereka gagal. Juga benar bahwa diperkirakan krisis perangkat lunak 30 tahun yang lalu sepertinya tak pernah terwujud. Apa kita benar-benar harus dapat menjadi sesuatu yang agak berbeda.

Kata krisis didefinisikan dalam kamus Webster’s Dictionary sebagai “titik balik dalam perjalanan apa-apa; menentukan atau krusial waktu, panggung atau kejadian. “Namun, dalam hal kualitas perangkat lunak secara keseluruhan dan kecepatan sistem berbasis komputer dan produk yang dikembangkan, belum ada “titik balik,” tidak “waktu yang menentukan,” hanya lamban, perubahan evolusioner, diselingi oleh perubahan teknologi peledak disiplin ilmu yang berhubungan dengan perangkat lunak.

Kata krisis definisi yang lain: “titik balik dalam perjalanan penyakit, ketika menjadi jelas apakah pasien akan hidup atau mati. “Definisi ini dapat memberi kita petunjuk tentang sifat sesungguhnya dari masalah yang telah melanda pengembangan perangkat lunak.

Apa yang kita miliki mungkin akan lebih baik dicirikan sebagai affliction.2 kronis yang kata penderitaan didefinisikan sebagai “sesuatu yang menyebabkan rasa sakit atau tertekan.” Tetapi definisi kata sifat kronis adalah kunci untuk argumen kita: “akan berlangsung lama atau berulang sering; terus tanpa batas. “Ini jauh lebih akurat untuk menjelaskan masalah yang kita bertahan dalam bisnis perangkat lunak sebagai penderitaan kronis daripada krisis.

Terlepas dari apa yang kita sebut itu, himpunan masalah yang dihadapi dalam pengembangan perangkat lunak komputer tidak terbatas pada perangkat lunak yang “tidak berfungsi dengan benar. “Melainkan, penderitaan meliputi masalah yang berkaitan dengan bagaimana kitamengembangkan perangkat lunak, bagaimana kita mendukung pertumbuhan volume perangkat lunak yang ada, dan bagaimanakita dapat berharap untuk mengikuti dengan meningkatnya permintaan untuk lebih banyak perangkat lunak.Kita hidup dengan penderitaan ini sampai hari ini-dalam kenyataannya, industri makmur walau begitu.

1.4 MITOS PERANGKAT LUNAK

Banyak penyebab perangkat lunak dapat dilacak ke sebuah mitologi yang muncul selama sejarah awal pengembangan perangkat lunak. Tidak seperti mitos-mitos kuno yang sering menyediakan pelajaran manusia layak mengindahkan, perangkat lunak dan informasi yang keliru yang disebarkan mitos kebingungan.

Software mitos memiliki sejumlah atribut yang membuat mereka berbahaya sebab Misalnya, mereka tampak masuk akal pernyataan fakta (kadang-kadang berisi unsur-unsur kebenaran), mereka punya intuitif merasa, dan mereka sering diumumkan oleh berpengalaman praktisi yang “tahu skor.”

Hari ini, sebagian besar profesional berpengetahuan mengenali mitos-mitos atas apa yang mereka – menyesatkan sikap yang telah menyebabkan masalah serius bagi para manajer dan teknis orang sama. Namun, sikap dan kebiasaan lama sulit untuk memodifikasi, dan sisa-sisa mitos perangkat lunak masih percaya.

Manajemen mitos. Manajer dengan tanggung jawab perangkat lunak, seperti manajer di sebagian besar disiplin, sering di bawah tekanan untuk mempertahankan anggaran, menjaga jadwal dari tergelincir, dan meningkatkan kualitas. Seperti orang tenggelam yang memegang di jerami, software manajer keyakinan sering menggenggam di dalam perangkat lunak mitos, jika keyakinan itu akan mengurangi tekanan (meskipun sementara).

Mitos: Kita sudah memiliki buku yang penuh dengan standar dan prosedur untuk membangun lunak, tidak akan memberikan umat-Ku dengan segala sesuatu yang perlu mereka ketahui?

Kenyataan: Buku standar mungkin sekali ada, tetapi apakah itu digunakan? Apakah perangkat lunak praktisi menyadari keberadaannya? Apakah pernyataan ini merefleksikan praktek rekayasa perangkat lunak modern?

Apakah lengkap? Apakah efisien untuk meningkatkan waktu untuk pengiriman sementara tetap mempertahankan fokus pada kualitas? Dalam banyak kasus, jawaban atas semua pertanyaan ini adalah “tidak.”

Mitos: saya orang memiliki state-of-the-art alat pengembangan perangkat lunak, setelah semua, kita membeli komputer terbaru.

Kenyataan: Diperlukan lebih banyak daripada model terbaru mainframe, workstation, atau PC untuk melakukan berkualitas tinggi pengembangan perangkat lunak. Computer-aided software engineering (KASUS) alat-alat yang lebih penting daripada hardware untuk mencapai kualitas yang baik dan produktivitas, namun mayoritas pengembang perangkat lunak masih tidak menggunakannya secara efektif.

Mitos: Jika kita mendapatkan di belakang jadwal, kita dapat menambah programmer dan mengejar ketinggalan (kadang-kadang disebut gerombolan mongol konsep).

Kenyataan: Pengembangan perangkat lunak bukan proses mekanis seperti manufaktur.

Dalam kata-kata Brooks [BRO75]: “menambahkan orang untuk sebuah proyek software terlambat membuat kemudian. “Pada awalnya, pernyataan ini mungkin tampak berlawanan. Namun, sebagai orang-orang baru ditambahkan, orang-orang yang bekerja harus menghabiskan waktu untuk mendidik para pendatang baru, dengan demikian mengurangi jumlah waktu yang digunakan untuk pengembangan usaha produktif. Orang-orang dapat ditambahkan, tetapi hanya secara terencana dan terkoordinasi dengan baik.

Mitos: Jika saya memutuskan untuk outsource3 proyek perangkat lunak pihak ketiga, aku bisa rileks dan membiarkan perusahaan yang membangunnya.

Kenyataan: Jika suatu organisasi tidak memahami bagaimana mengelola dan mengontrol perangkat lunak proyek secara internal, akan selalu berjuang ketika outsources proyek perangkat lunak.

Pelanggan mitos. Seorang pelanggan yang meminta perangkat lunak komputer dapat menjadi orang di meja berikutnya, kelompok teknis di lorong, pemasaran / penjualan departemen, atau perusahaan di luar perangkat lunak yang telah meminta kontrak. Dalam banyak kasus, pelanggan percaya mitos tentang perangkat lunak perangkat lunak karena manajer dan praktisi berbuat banyak untuk mengoreksi informasi yang keliru.

Mitos menimbulkan harapan palsu (oleh pelanggan) dan akhirnya, ketidakpuasan dengan pengembang.

Mitos: Pernyataan umum tujuan cukup untuk mulai menulis program – kita dapat mengisi rincian nanti.

Realitas: Sebuah miskin definisi muka adalah penyebab utama gagal usaha perangkat lunak. Sebuah formal dan penjelasan rinci tentang informasi domain, fungsi, perilaku, kinerja, interface, hambatan desain dan kriteria validasi adalah penting. Ini karakteristik dapat ditentukan hanya setelah dilakukan komunikasi antara pelanggan dan pengembang.

Mitos: Proyek persyaratan terus-menerus berubah, tetapi perubahan dapat dengan mudah diakomodasi karena software fleksibel.

Kenyataan: Memang benar bahwa kebutuhan software berubah, tetapi dampak perubahan bervariasi dengan waktu di mana ia diperkenalkan.

kemudian. “Pada awalnya, pernyataan ini mungkin tampak berlawanan. Namun, sebagai orang-orang baru ditambahkan, orang-orang yang bekerja harus menghabiskan waktu untuk mendidik para pendatang baru, dengan demikian mengurangi jumlah waktu yang digunakan untuk pengembangan usaha produktif. Orang-orang dapat ditambahkan, tetapi hanya secara terencana dan terkoordinasi dengan baik.

Mitos: Jika saya memutuskan untuk outsource3 proyek perangkat lunak pihak ketiga, aku bisa rileks dan membiarkan perusahaan yang membangunnya.

Kenyataan: Jika suatu organisasi tidak memahami bagaimana mengelola dan mengontrol perangkat lunak proyek secara internal, akan selalu berjuang ketika outsources proyek perangkat lunak.

Pelanggan mitos. Seorang pelanggan yang meminta perangkat lunak komputer dapat menjadi orang di meja berikutnya, kelompok teknis di lorong, pemasaran / penjualan departemen, atau perusahaan di luar perangkat lunak yang telah meminta kontrak. Dalam banyak kasus, pelanggan percaya mitos tentang perangkat lunak perangkat lunak karena manajer dan praktisi berbuat banyak untuk mengoreksi informasi yang keliru. Mitos menimbulkan harapan palsu (oleh pelanggan) dan akhirnya, ketidakpuasan dengan pengembang.

Mitos: Pernyataan umum tujuan cukup untuk mulai menulis program – kita dapat mengisi rincian nanti.

Realitas: Sebuah miskin definisi muka adalah penyebab utama gagal usaha perangkat lunak.

Sebuah formal dan penjelasan rinci tentang informasi domain, fungsi, perilaku, kinerja, interface, hambatan desain dan kriteria validasi adalah penting. Ini karakteristik dapat ditentukan hanya setelah dilakukan komunikasi antara pelanggan dan pengembang.

Mitos: Proyek persyaratan terus-menerus berubah, tetapi perubahan dapat dengan mudah diakomodasi karena software fleksibel.

Kenyataan: Memang benar bahwa kebutuhan software berubah, tetapi dampak perubahan bervariasi dengan waktu di mana ia diperkenalkan.

Perubahan dapat menyebabkan pergolakan yang memerlukan sumber daya tambahan dan modifikasi desain utama, yaitu, tambahan biaya. Perubahan dalam fungsi, performa, interface, atau karakteristik lain selama pelaksanaan (kode dan tes) memiliki dampak yang parah pada biaya. Perubahan, jika diminta setelah perangkat lunak dalam produksi, bisa lebih dari satu urutan besarnya lebih mahal daripada perubahan yang sama yang diminta sebelumnya.

KESIMPULAN

• Software telah menjadi elemen kunci dalam evolusi sistem berbasis komputer dan produk. Selama 50 tahun, perangkat lunak telah berkembang dari masalah khusus.
• Pemecahan dan analisis informasi alat untuk suatu industri itu sendiri. Tapi awal “pemrograman”budaya dan sejarah telah menciptakan seperangkat masalah yang masih berlanjut sampai sekarang.
• Software telah menjadi faktor pembatas dalam evolusi terus computerbased sistem. Software terdiri dari program, data, dan dokumen. Setiapbarang-barang ini terdiri dari sebuah konfigurasi yang diciptakan sebagai bagian dari rekayasa perangkat lunak proses. Maksud rekayasa perangkat lunak adalah untuk menyediakan kerangka kerja bagi membangun perangkat lunak dengan kualitas yang lebih tinggi.

DAFTAR PUSTAKA

Pressman , Roger S.. Software engineering: a practitioner’s approach. McGraw-Hill Series in Computer Science

http://aitioneyai08.wordpress.com/2009/01/22/sejarah perkembangan-software/

Syarifuddin

sansyarif@gmail.com

PENDAHULUAN

Software adalah perintah (program komputer) yang bila dieksekusi memberikan fungsi dan unjuk kerja seperti yang diinginkan. Struktur data yang memungkinkan program memanipulasi informasi secara proporsional, dan dokumen yang menggambarkan operasi dan kegunaan program. Dan Pengembangan Software adalah rangkaian aktivitas yang terjadi selama pengembangan, pemakaian dan pemeliharaan sistem perangkat lunak.

Software memiliki dua peran, di satu sisi berfungsi sebagai sebuah produk dan di sisi lain sebagai kendaran yang mengantarkan sebuah produk. Sebagai produk, software mengantarkan potensi perhitungan yang dibangun oleh software komputer. Sedangkan peran sebagai kendaran yang dipakai untuk mengantarkan produk, software berlaku sebagai dasar untuk kontrol komputer (sistem operasi), komunikasi informasi (jaringan), dan penciptaan serta kontrol dari program – program lain (peranti dan lingkungan software).

Software yang dulu dibangun secara internal di dalam komputer sekarang sudah dapat diproduksi secara terpisah. Perusahaan yang pada awalnya harus membayar sepasukan pemrogram untuk menghasilkan aplikasi tertentu, sekarang dapat mengambil tenaga dari luar dan dilakukan pada partai ketiga. Biaya, jangka waktu yang tidak terbatas, dan kualitas, merupakan pengendali utama yang membuat persaingan usaha software tidak pernah berhenti selama beberapa dekadeterakhir.

Software secara umum dapat di bagi dua yaitu software sistem dan software aplikasi. Software sistem dapat di bagi lagi menjadi tiga macam yaitu :

1. Bahasa pemrograman, bertugas mengkonversikan arsitektur dan algoritma yang di rancang manusia ke dalam format yang dapat di jalankan komputer, contoh bahasa pemrograman di antaranya : BASIC, COBOL, Pascal, C++, FORTRAN

2. Sistem Operasi, Saat komputer pertama kali di hidupkan, sistem operasilah yang pertama kali di jalankan, sistem operasi yang mengatur seluruh proses, menterjemahkan masukan, mengatur proses internal, memanejemen penggunaan memori dan memberikan keluaran ke peralatan yang bersesuaian, contoh sistem operasi : DOS, Unix, Windows 95, IMB OS/2, Apple’s System 7

3. Utility, Software sistem dengan fungsi tertentu, misalnya pemeriksaan perangkat keras (hardware troubleshooting), memeriksa disket yang rusak (bukan rusak fisik), mengatur ulang isi harddisk (partisi, defrag), contoh Utilty adalah Norton Utility.

Produk software terdiri dari:

1. Generic – dikembangkan untuk dijual ke berbagai customer

2. Bespoke (custom) – dikembangkan untuk memenuhi kebutuhan customer yang tertentu

Penting untuk memeriksa karakteristik software, yang membedakannya dari hal lainnya yang dapat dibangun/dibuat oleh manusia. Software merupakan elemen sistem yang bersifat logikal, karakterisktik software diantaranya :

1. Software dibangun/direncanakan, bukan barang pabrikan dalam artian umum Walaupun sepertinya ada kesamaan antara Pengembangan software (software development ) dan pembuatan hardware (hardware manufacture ), tetapi kedua aktivitas ini secara mendasar sangat berbeda.

2. Software tidak lekang oleh waktu Hardware dapat habis dimakan waktu (wear out), dan ketika terjadi kerusakan atau kesalahan pada hardware, yang dapat dilakukan adalah dengan mengganti bagian yang rusak dengan yang baru, tetapi hal tersebut tidak berlaku dalam software. Jika terjadi kerusakan atau kesalahan pada software maka kesalahan tersebut dapat mengindikasikan kesalahan pada saat perancangan

3. Kebanyakan software merupakan `custom-builts` dari pada dibuat untuk suatu kepentingan tertentu Jika dalam perancangan suatu hardware seorang perancang cukup menggambarkan rancangannya, kemudian membangun/membuat hardware yang dimaksud, tetapi tidak demikian dengan software, tidak ada gambar yang dapat mendeskripsikan komponen software

PEMBAHASAN

Ketika kita bekerja dengan komputer kita membutuhkan serangkaian tahapan dan cara cara tertentu agar dapat menghasilkan sesuatu yang menjadi harapan kita. Demikian juga dalam rekayasa perangkat lunak, diperlukan tahapan-tahapan kerja yang harus dilalui. Rekayasa perangkat lunak yang sukses tidak hanya membutuhkan kemampuan komputasi seperti algoritma, pemrograman, dan basis data yang kuat, namun juga perlu penentuan tujuan yang baik, identifikasi cara penyelesaian, metode pengembangan, urutan aktifitas, identifikasi kebutuhan sumberdaya, dan faktor-faktor lain. Hal-hal seperti ini terkait dengan apa yang disebut dengan metode rekayasa perangkat lunak.

Dalam lingkup rekayasa perangkat lunak terdapat banyak sekali metode pengembangan perangkat lunak yang telah dikenal, sebagai contoh adalah linear sequential model, spiral model, rapid application development model, formal method model, component based development, dan sebagainya. Sebagian metode bersifat aplikatif dan telah digunakan secara luas, namun banyak juga metode yang berhenti hanya sebatas teori atau pada tataran riset (Pressman, 2005).

Pada rekayasa perangkat lunak, banyak model yang telah dikembangkan untuk membantu proses pengembangan perangkat lunak. Model-model ini pada umumnya mengacu pada model proses pengembangan sistem yang disebut System Development Life Cycle (SDLC). Setiap model yang dikembangkan mempunyai karakteristik sendirisendiri. Namun secara umum ada persamaan dari model-model ini, yaitu:

• Kebutuhan terhadap definisi masalah yang jelas. Input utama dari setiap model pengembangan perangkat lunak adalah pendefinisian masalah yang jelas. Semakin jelas akan semakin baik karena akan memudahkan dalam penyelesaian masalah.

• Tahapan-tahapan pengembangan yang teratur. Meskipun model-model pengembangan perangkat lunak memiliki pola yang berbeda-beda, biasanya model-model tersebut mengikuti pola umum analysis – design – coding – testing – maintenance.

• Stakeholder berperan sangat penting dalam keseluruhan tahapan pengembangan. Stakeholder dalam rekayasa perangkat lunak dapat berupa pengguna, pemilik, pengembang, pemrogram dan orang-orang yang terlibat dalam rekayasa perangkat lunak tersebut.

• Dokumentasi merupakan bagian penting dari pengembangan perangkat lunak. Masing-masing tahapan dalam model biasanya menghasilkan sejumlah tulisan, diagram, gambar atau bentuk-bentuk lain yang harus didokumentasi dan merupakan bagian tak terpisahkan dari perangkat lunak yang dihasilkan.

• Keluaran dari proses pengembangan perangkat lunak harus bernilai ekonomis. Nilai dari sebuah perangkat lunak sebenarnya agak susah dirupiah- kan. Namun efek dari penggunaan perangkat lunak yang telah dikembangkan haruslah memberi nilai tambah bagi organisasi. Hal ini dapat berupa penurunan biaya operasi, efisiensi penggunaan sumberdaya, peningkatan keuntungan organisasi, peningkatan “image” organisasi dan lain-lain.

Ada banyak model pengembangan perangkat lunak, antara lain The Waterfall Model, Joint Application Development (JAD), Information Engineering (IE), Rapid Application Development (RAD) termasuk di dalamnya Prototyping, Unified Process (UP), Structural Analysis and Design (SAD) dan Framework for the Application of System thinking (FAST). Pada buku ini akan dibahas tiga model pengembangan yaitu The Waterfall Model, Prototyping, dan Unified Processs (UP).

The waterfall model

Model siklus hidup (life cycle model) adalah model utama dan dasar dari banyak model. Salah satu model yang cukup dikenal dalam dunia rekayasa perangkat lunak adalah The Waterfall Model. Ada 5 tahapan utama dalam The Waterfall Model seperti terlihat pada Gambar 2.3. Disebut waterfall (berarti air terjun) karena memang diagram tahapan prosesnya mirip dengan air terjun yang bertingkat. Tahapan-tahapan dalam The Waterfall Model secara ringkas adalah sebagai berikut:

• Tahap investigasi dilakukan untuk menentukan apakah terjadi suatu masalah atau adakah peluang suatu sistem informasi dikembangkan. Pada tahapan ini studi kelayakan perlu dilakukan untuk menentukan apakah sistem informasi yang akan dikembangkan merupakan solusi yang layak

• Tahap analisis bertujuan untuk mencari kebutuhan pengguna dan organisasi serta menganalisa kondisi yang ada (sebelum diterapkan sistem informasi yang baru).

• Tahap disain bertujuan menentukan spesifikasi detil dari komponenkomponen sistem informasi (manusia, hardware, software, network dan data) dan produk-produk informasi yang sesuai dengan hasil tahap analisis.

• Tahap implementasi merupakan tahapan untuk mendapatkan atau mengembangkan hardware dan software (pengkodean program), melakukan pengujian, pelatihan dan perpindahan ke sistem baru.

• Tahapan perawatan (maintenance) dilakukan ketika sistem informasi sudah dioperasikan. Pada tahapan ini dilakukan monitoring proses, evaluasi dan perubahan (perbaikan) bila diperlukan.

Dari kelima tahapan diatas dapat dikelompokan dalam tiga bagian yaitu :

Persyaratan – Mendefinisikan informasi yang diperlukan, fungsi, perilaku, kinerja dan interface. Design – struktur data, arsitektur perangkat lunak, representasi interface, algoritmik rincian. Pelaksanaan – source code, database, dokumentasi pengguna, pengujian.

Kekuatan dan kelemahan Waterfall Model

Dari setiap model SDLC yang ada masing-masing memiliki kekuatan dan kelemahan, Adapun kekuatan Waterfall adalah sebagai berikut :

• Mudah dimengerti, mudah digunakan
• Struktur menyediakan staf berpengalaman
• Milestones dipahami dengan baik
• Persyaratan Sets stabilitas
• Baik untuk kontrol manajemen (rencana, staf, lagu)
• Bekerja dengan baik ketika kualitas lebih penting daripada biaya atau jadwal

Kelemahan Waterfall Model

• Semua persyaratan harus diketahui dimuka
• Deliverables dibuat untuk setiap fase dianggap beku – menghambat fleksibilitas
• Dapat memberikan kesan palsu kemajuan
• Tidak mencerminkan sifat pemecahan masalah pengembangan perangkat lunak – iterasi dari fase
• Integrasi adalah salah satu ledakan besar pada akhir
• Sedikit kesempatan bagi pelanggan untuk melihat sistem (sampai mungkin terlalu terlambat)

Prototyping Model

Prototyping adalah salah satu pendekatan dalam rekayasa perangkat lunak yang secara langsung mendemonstrasikan bagaimana sebuah perangkat lunak atau komponen-komponen perangkat lunak akan bekerja dalam lingkungannya sebelum tahapan konstruksi aktual dilakukan (Howard, 1997).

Tahap-tahap dalam prototyping boleh dikatan merupakan tahap-tahap yang dipercepat. Strategi utama dalam prototyping adalah kerjakan yang mudah terlebih dahulu dan sampaikan hasil kepada pengguna sesegera mungkin. Harris (2003) membagi prototyping dalam enam tahapan. Tahapan-tahapan secara ringkas dapat dijelaskan sebagai berikut:

• Identifikasi kandidat prototyping. Kandidat dalam kasus ini meliputi user interface (menu, dialog, input dan output), file-file transaksi utama, dan fungsi-fungsi pemrosesan sederhana.
• Rancang bangun prototype dengan bantuan software seperti word processor, spreadsheet, database, pengolah grafik, dan software CASE (Computer-Aided System Engineering).
• Uji prototype untuk memastikan prototype dapat dengan mudah dijalankan untuk tujuan demonstrasi.
• Siapkan prototype USD (User’s System Diagram) untuk mengidentifikasi bagian-bagian dari perangkat lunak yang di-prototype-kan.
• Evaluasi dengan pengguna untuk mengevaluasi prototype dan melakukan perubahan jika diperlukan.
• Transformasikan prototype menjadi perangkat lunak yang beroperasi penuh dengan melakukan penghilangan kode-kode yang tidak dibutuhkan, penambahan program-program yang memang dibutuhkan dan perbaikan dan pengujian perangkat lunak secara berulang.

Kekuatan Prototyping Model

• Pelanggan dapat “melihat” sistem persyaratan sebagaimana mereka sedang berkumpul
• Pengembang belajar dari pelanggan
• Yang lebih akurat produk akhir
• Persyaratan terduga ditampung
• Fleksibel memungkinkan untuk desain dan pengembangan
• Tenang, terlihat tanda-tanda kemajuan yang dihasilkan
• Interaksi dengan merangsang prototipe kesadaran diperlukan tambahan fungsionalitas

Kelemahan Prototyping Model

• Kecenderungan untuk mengabaikan pengembangan program terstruktur untuk “kode-dan-memperbaiki” pembangunan
• Reputasi buruk untuk “cepat-dan-kotor” metode
• Kemampu-rawatan keseluruhan dapat diabaikan
• Pelanggan mungkin ingin prototipe disampaikan.
• Proses ini mungkin berlangsung selamanya (scope creep)

Unified Process

Unified Process (UP) atau kadang disebut sebagai Unified Software Development Process (USDP) adalah kerangka proses pengembangan yang bersifat use-case-driven, berpusat pada arsitektur perangkat lunak, interatif dan tumbuh-kembang (Alhir, 2005). Kerangka pengembangan ini termasuk baru dalam metodologi pengembangan perangkat lunak. UP dapat diaplikasikan pada berbagai skala proyek, mulai dari skala kecil sampai dengan skala besar. Daur hidup UP secara umum akan tampak seperti pada bagan di Gambar 2.6. Bagan ini biasa disebut sebagai “hump chart”. Pada bagan ini terlihat ada empat tahap pengembangan yaitu inception, elaboration, construction dan transition. Selain itu tampak pula sejumlah aktivitas (disciplines) yang harus dilakukan sepanjang pengembangan perangkat lunak, yaitu, business modeling, requirements, analysis and design, implementation, test. Tahap dan aktivitas tersebut akan dilakukan secara iteratif (Ambler, 2005).

Penjelasan singkat untuk empat tahapan dalam UP adalah sebagai berikut

• Inception. Tahapan ini merupakan tahapan paling awal dimana aktivitas penilaian terhadap sebuah proyek perangkat lunak dilakukan. Tujuannya adalah untuk mendapatkan kesepakatan dari stakeholder sehubungan dengan tujuan dan dana proyek.
• Elaboration. Tujuan dari tahap ini adalah untuk mendapatkan gambaran umum kebutuhan, persyaratan dan fungsi-fungsi utama perangkat lunak. Hal ini penting untuk mengetahui secara lebih baik resiko-resiko proyek, baik meliputi resiko arsitektur perangkat lunak, perencanaan, maupun implementasi. Pada tahap ini telah dimulai rancang bangun perangkat lunak secara iterative melalui aktivitas-aktivitas seperti business modeling, requirements, analysis dan design meskipun baru pada tahap awal.
• Construction. Tujuan dari tahapan ini adalah membangun perangkat lunak sampai dengan saat perangkat lunak tersebut siap digunakan. Titik berat tahapan ini adalah pada penentuan tingkat prioritas kebutuhan / persyaratan, melengkapi spesifikasinya, analisis lebih dalam, disain solusi yang memenuhi kebutuhan dan persyaratan, pengkodean dan pengujian perangkat lunak. Jika dimungkinkan versi awal dari perangkat lunak diuji cobakan untuk mendapatkan masukan dari pengguna.
• Transition. Tahap ini difokuskan pada bagaimana menyampaikan perangkat lunak yang sudah jadi pada pengguna. Perangkat lunak akan secara resmi diuji oleh baik oleh penguji (tester) yang kompeten maupun oleh pengguna. Beberapa aktivitas seperti pemindahan pusat data dan pelatihan pengguna dan staf pendukung harus dilakukan pada tahap ini.

KESIMPULAN

• Model-model rekayasa perangkat lunak pada umumnya mengacu pada model proses pengembangan sistem yang disebut System Development Life Cycle (SDLC).
• Tahapan-tahapan utama dalam rekayasa perangkat lunak meliputi : analisis, disain, konstruksi, pengujian dan perawatan.
• Dalam pemilihan model pengembangan harus diperhatikan kelemahan dan kelebihan yang disesuaikan dengan software yang akan dikembangkan.

PUSTAKA

mulyanto , aunur r.. 2008.rekayasa perangkat lunak jilid 1. jakarta :direktorat pembinaan sekolah menengah kejuruan direktorat jenderal manajemen pendidikan dasar dan menengah departemen pendidikan nasional.

widhiartha ,putu ashintya & noerharijanti dwi ari.surabaya.analisis pengembangan perangkat lunak multimedia interaktif di balai pengembangan pendidikan luar sekolah dan pemuda regional iv surabaya dalam perspektif rekayasa perangkat lunak

http://www.asep-hs.web.ugm.ac.id/Artikel/RPL/RPL.

pdf http://www.cs.ui.ac.id/WebKuliah/IKI80700/materi/models-6pages.PDF

http://www.condor.depaul.edu/~jpetlick/extra/394/Session2.ppt

Untuk mendapatkan AuraCMS1.63 kita bisa mengunjungi http://www.endok.org atau untuk versi yang lebih tinggii kita bisa langsung menuju ke http://www.auracms.org. setelah selesai  mendownload, maka ikutilah langkah-langkah instalasi sebagaii berikut :

1. Unzip atau ekstrak file AuraCMS163.zip ke PC. Letakan file-file AuraCMS didalam direktori server local, saya menggunakan Apache2triad maka C:\apache2triad\htdocs.
2. Buka Internet Eksplorer, kemudian ketik pada Address http://localhost/auracms163/installer, kemudian klik NEXT >> yang berada di sebelah kanan bawah.

Gambar Tampilan awal instalasi AuraCMS 1.63

1. Langkah kedua adalah pengecekan konfigurasi computer kemudian klik NEXT >>, jika masih ada yang berwarna merah berarti instalasi tidak bisa dilanjutkan sebelum diperbaiki.

Gambar Pengecekan Konfigurasi Komputer

1. Pada layar ke tiga akan ditampilkan ucapan terima kasih, kemudian klik NEXT >>.

Gambar Credit AuraCMS

1. Langkah berikutnya adalah menentukan databse, jika database telah dibuat maka akan muncul tampilan seperti gambar dibawah ini, kemudian klik NEXT >>.

Gambar Setup Databse

1. Jika koneksi database berhasil maka akan dibuatkan tabel-tabel yang dibutuhkan secara otomatis. Kemudian klik NEXT >>.

Gambar Pembuatan Tabel-tabel

1. Maka akan tampil pesan bahwa instalasi berhasil, dan untuk melihat tampilan website klik Anda dapat menuju Halam utama.>>.

Gambar Instalasi AuraCMS Sukses

Gambar Tampilan Awal Website

1. Sebagai pemilik website, kita bisa masuk ke menu administrasi. Arahkan browser kita ke http://localhost/auracms163/admin

Gambar Halaman Login Admin

1. Selanjutnya login menggunakan username dan password yang tertera dihalaman utama website.

10. Setelah berhasil masuk ke menu administrasi, sebaiknya kita ubah username dan password sesuai dengan keinginan kita. Untuk menjaga keamanan setelah berhasil merubah maka kita harus logout, kemudian logindengan username dan password yang baru. Selanjutnya silahkan mencoba semua fasilitas tyang ada di website kita.

Administrasi AuraCMS1.63

Sistem Administrasi Website

Adalah fasilitas yang telah otomatis tersedia secara default pada distribusi standar AuraCMS 1.63. artinya menu-menu yang tersedia sudah dapat digunakan untuk menjadikan website kita interaktif dan dinamis. Kita juga bisa menambah menu yang lain, contohnya menu Gallery untuk menampilkan foto atau yang lainnya. Untuk mendapatkan menu–menu tambahan kita bisa mencari di situs resmi http://www.auracms.org atau dari situs-situs pengembangnya. Jika kita tidak tahu nama situnya kita bisa mencari di mesin pencarian http://www.google.com dengan kata kunci modul auracms.

Gambar Halaman Sistem Administrasi Website

Admin Menu

Menu ini adalah kumpulan menu yang berfungsi untuk mengatur tampilan website serta untuk menambah atau mengurangi isi website kita.

Edit Admin

Menu ini befungsi untuk merubah username, password dan email admin, selain itu juga untuk merubah tampilan atau theme. Untuk mengganti theme sangat mudah langsung klik dari pilihan yang ada.

Gambar Halaman Edit Admin

Menu Manager

Menu ini berfungsi untuk membuat menu baru dan submenu baru, selain itu juga untuk merubah dan menghapus menu dan submenu yang sudah ada.

Gambar Halaman Menu Manager

Halaman Web Manager

Menu ini berfungsi untuk membuat halaman baru yang akan ditampilkan di halam depan website kita. Menu ini juga bisa merubah isi halaman yang sudah ada atau menghapusnya.

Gambar Edit Halaman Web

Gambar Preview Halaman Web

Topik Manager

Menu ini untuk membuat topik atau judul pembahasan untuk artikel yang kita tulis. Untuk membuat topic baru kita bisa klik Buat Topik Baru >> atau ingin merubah kita klik edit sedangkan untuk menghapus klik delete

Gambar Halaman Topik Manager

Gambar Halaman pembuatan Topik Baru

Menulis Artikel

Menu ini berfungsi untuk menulis artikel yang akan kita tampilkan di website kita. Caranya adalah tentukan Topiknya kemudian ketikan judul artikel dan terakhir isi dari artikel. Kemudian klik preview, jika sudah tidak ada kesalahan langsung klik submit.

Gambar Halaman Untuk Menulis Artikel Baru

Buku Tamu Manager

Menu ini berfungsi untuk mengatur buku tamu yang di isi oleh pengunjung, kita bisa menghapus atau memberi tanggapan dari isi buku tamu.

Gambar Halaman Buku Tamu Manager

Blok Manager

Menu ini berfungsi untuk mengatur blok, jika kita ingin membuat blok baru maka klik Buat Blok Baru >>, selain itu juga kita bisa menghapus, merubah dan memindahkan posisi dimana blok tersebut di tampilkan. Di menu ini juga kita bisa menampilan atau menyembunyikan blok yang sudah ada, caranya dengan mengklik gambar yang berada disebelah kiri dari judul blok.

Gambar Halaman Blok Manager

Modul Manager

Sama seperti Blok manager menu ini berfungsi untuk mengatur tampilan modul yang ada di website kita.

Gambar Halaman Modul Manager

Admin Download

Menu ini berfungsi untuk mengatur halaman Download. Untuk menambah direktori klik Add Dir sedangkan untuk menambahkan isi atau file yang bisa di download adalah klik Add Download

Gambar Halaman Admin Download

Gambar Halaman menambah Direktori Download

Gambar Halaman Menambah Isi Download

Admin Link

Menu ini berfungsi untuk menambah direktori dari link dan menambah link atau merubah serta menghapus dari link yang sudah ada.

Gambar Halaman Admin Link

Gambar Halaman Menambah Direktori Link

Gambar  Halaman Menambah Link

Mengajar adalah perbuatan yang mulia karena bisa membuat orang lain menjadi pintar atau pandai, tapi kita dituntut bukan hanya menguasai materi belajar tapi juga kita harus bisa mengontrol emosi, membuat suasana belajar menjadi menyenangkan, sehingga materi yang disampaikan dapat diterima oleh peserta belajar.

Tapi lain hal kalau peserta belajarnya yang tidak bisa kerjasama untuk membuat suasana belajar menjadi menyenangkan, tapi malah sebaliknya yaitu menjadi tegang. Itulah yang saya alami selama 1 semester ini.

18.30 wib, Jam belajar sudah masuk, tapi tidak ada satupun peserta belajar yang masuk Lab. setalah berlalu beberapa menit satu persatu peserta belajar masuk lab dengan santainya seperti tidak terjadi apa-apa…

Akhirnya belajarpun dimulai dengan waktu yang sudah terbuang sekitar 30 menit, sementara waktu belajar hanya satu jam 30 menit. banyaknya kesalahan yang terjadi pada masing-masing peserta belajar semakin mengurangi waktu belajar. Dengan rasa sabar menunggu akhirnya tibalah saatnya menjelaskan, dan akhirnya waktu belajarpun selesai. Huuuugh…..akhirnya….