BAB IV Rekayasa Kebutuhan

REKAYASA KEBUTUHAN

4.1  Rekayasa Kebutuhan

- Rekayasa Kebutuhan adalah bagian yang tidak terpisahkan dari kegiatan rekayasa perangkat lunak. Rekayasa kebutuhan mempunyai peran yang cukup penting, bahkan aku menentukan keberhasilan dari suatu proyek rekayasa perangkat lunak. 

4.2  Teori yang Mendukung Rekayasa Kebutuhan

Beberapa hukum dalam rekayasa kebutuhan sebagai berikut :

a. Hukum Glass (Robert Glass)

Kekurangan kebutuhan adalah sumber utama dari kegagalm proyek

 

b. Hukum Boehm Pertama

Kesalahan yang paling sering selama menentukan kebutuhan adalah kegiatan desain yang lebih mahal

c. Hukum Boehm Kedua

Prototyping secara signifikan mengurangi kebutuhan dan kesalahan desain, terutama untuk user interface

 

 

4.3  Kegiatan Rekayasa Kebutuhan

- Feasibility Study 

sebuah analisa dan evaluasi dari proyek yang diusulkan untuk menentukan apakah secara teksis layak, layak dalam perkiraan biaya dan menguntungkan.

 

- Feasibility Report

analisis yang mengevaluasi satu atau lebih langkah-langkah tindakan potensial dan merekomendasikan bagaimana organisasi tersebut harus dilanjutkan. Diperkirakan biaya, mengidentifikasi manfaat yang diharapkan memperkirakan berapa lama proyek akan mengambil dan menguraikan kesulitan potensial.

 

- Requirements  Elicitation and Analysis

pengumpulan persyaratan sistem pengguna, pelanggan dan stakeholder lainnya. meliputi wawancara, kuisioner, observasi pengguna.

 

- System Model

sistem model konseptual yang menggambarkan dan mewakili suatu sistem. Sebuah sistem terdiri dari beberapa pandangan seperti perencanaan, persyaratan, desain, implementasi, penyebaran, struktur, perilaku, input data, dan data tampilan output.

Dalam system model terdapat 2 pendekatan, yaitu

1. Pendekatan non-arsitektur

terstruktur Sistem Metode Analisis dan Desain (SSADM), memilih bagan struktur untuk deskripsi struktur dan data flow diagram (DFD) untuk deskripsi perilaku.

2. Pendekatan arsitektur

arsitektur sistem menggunakan Bahasa Arsitektur Deskripsi (ADL) baik struktur dan perilaku deskripsi.

 

- Requirements spesification 

akibat langsung dari analisis kebutuhan dan dapat merujuk.

 

- User Requirements

kebutuhan pengguna, menggambarkan apa yang pengguna lakukan dengan sistem, seperti kegiatan yang pengguna harus dapat melakukan apa. Persyaratan pengguna umumnya didokumentasikan dalam Dokumen Persyaratan Pengguna (URD) menggunakan teks narasi. Persyaratan pengguna umumnya ditanda tangani oleh pengguna dan digunakan sebagai masukan utama untuk menciptakan persyaratan sistem.

 

- System Requirements 

persyaratan sistem diklarifikasikan sebagai persyaratan baik fungsional maupun tambahan. 

*Persyaratan fungsional menentuka sesuatu yang pengguna perlu untuk melakukan pekerjaan mereka. contoh : sistem mungkin diperlukan untuk mencetak dan masuk perkiraan biaya.

*Persyaratan non-fungsional atau tambahan menentukan semua persyaratan yang tersisa tidak tercakup oleh persyaratan fungsional 

 

- Requirements Validation

kepastian bahwa suatu produk, layanan, atau sistem memenuhi kebutuhan pelanggan dan stakeholder lainnyadidentifikasi. Ini sering melibatkan penerimaan dan kesesuaian dengan pelanggan eksternal.

 

- Requirements Document

dokumen yang ditulis oleh sebuah perusahaan yang mendefinisikan sebuah produk yang mereka buatatau persyaratan untuk satu atau lebih fitur baru untuk produk yang sudah ada. Fungsinya sebagai pemasaran persyaratan dokumen juga, terutama jika produk tersebut rumit atau kecil. 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

 

BAB III SISTEM ENGINEERING

SISTEM ENGINEERING

3.1 Sistem Berbasis Komputer

Sistem adalah kumpulan elemen-elemen atau komponen-komponen atau subsistem-subsistem yang saling berintegrasi dan berinteraksi untuk mencapai tujuan tertentu. Sebuah sistem memiliki sistem yang lebih besar yang dinamakan supra sistem, supra sistem dimungkinkan memiliki sistem yang lebih besar, sehingga dinamakan supra dari supra sistem.

Beberapa definisi sistem menurut para ahli :

-         -  Gordon B Davis (1984) “Sebuah sistem terdiri dari bagian-bagian yang saling berkaitan yang beroperasi bersama untuk mencapai beberapa sasaran atau maksud”

-        -   Raymond Mcload (2001) “Sistem adalah himpunan dari unsur-unsur yang saling berkaitan sehingga membentuk suatu kesatuan yang utuh dan terpadu”

Sebagai contoh sistem komputer memiliki subsistem perangkat lunak (software), subsistem perangkat keras (hardware), dan subsistem pengguna (brainware). Sedangkan subsistem hardware terdiri dari subsistem piranti input, piranti proses, dan piranti output. Subsistem piranti input terdiri dari komponen seperti mouse, keyboard, suara dan sebagainya.

Sistem berasal dari bahasa latin (systema) dan bahasa yunani (sustema) adalah suatu kesatuan yang terdiri komponen atau elemen yang dihubungkan bersama untuk memudahkan aliran informasi, materi atau energi. Istilah ini sering digunakan untuk menggambarkan suatu setentitas yang berinteraksi dimana suatu model matematika sering kali bisa dibuat.

Sistem merupakan kumpulan bagian-bagian atau sub-sub sistem yang disatukan dan dirancanag untuk mencapai suatu tujuan tertentu.

Tujuan dari sistem tersebut adalah untuk mengorganisasikan sistem informasi yang baru agar dapat mengatasi berbagai masalah yang terjadi pada suatu organisasi, serta memberikan pengertian mengenai suatu bentuk sistem yang ada pada suatu organisasi serta trik-trik managemen yang berkaitan dengan sistem informasi managemen (SIM) berbasis komputer.

Gambar susunan sistem

Sistem mempunyai karakteristik atau sifat-sifat tertentu seperti elemen-elemen (elements), batasan sistem (boundary), lingkungan sistem (enviroments), penghubung (interface), masukan (input), pengolahan (proses), keluaran (output), dan tujuan (goal).

Sebuah sistem memiliki penghubung yang berfungsi melakukan interaksi antar subsistem atau elemen di dalam sebuah sistem. Sistem juga dapat menerima energi masukan dari elemen yang lain dan melakukan pengolahan untuk menghasilkan energi keluaran baik yang berguna maupun tidak berguna bagi sisem. Suatu sistem dibuat pasti memiliki tujuan tertentu. Sebuah sistem dibuat jika dapat menghasilkan tujuan sesuai dengan yang dibutuhkan.

Transformasi elemen sistem

Sistem berbasis komputer yaitu sistem yang komponen-komponennya atau subsistem-subsistemnya terdiri dari :

- Perangkat lunak : program komputer, struktur data, dan dokumentasi terkait

- Perangkat keras : perangkat elektronik yang menyediakan kemampuan komputasi dan perangkat elektromekanik (contoh : sensor, motor, pompa) yang meyediakan fungsi dunia luar

- Manusia : pemakai dan operator perangkat keras dan perangkat lunak

- Basis data : kumpulan informasi yang besar dan terorganisasi yang diakses melalui perangkat lunak

- Dokumentasi : buku-buku manual, formulir, dan informasi deskriptif lainnya yang menggambarkan penggunaan atau operasional sistem

- Prosedur : langkah-langkah yang menjelaskan pemakaian spesifik dari setiap elemen sistem

Dari enam komponen diatas merupakan dasar pembentuk sistem berbasis komputer, dan setiap komponen tersebut merupakan hasil aktifitas rekayasa perangkat lunak (software engineering).

Perangkat lunak komputer yaitu produk yang dihasilkan melalui serangkaian aktifitas proses rekayasa atau pengembangan software yang dapat menghasilkan aktifitas berupa :

• Dokumen-dokumen yang menspesifkasikan program yang hendak dibangun
• Program yang dieksekusi komputer
• Dokumen yang menjelaskan program dan cara kerja program
• Data berbentuk angka atau teks, yang juga berupa audio, video, gambar, dan sebagainya

 Ada beberapa elemen yang membentuk sebuah sistem yaitu:

1. Tujuan

 Setiap sistem memiliki tujuan . Tanpa tujuan, sistem menjadi tak terarah dan tak terkendali 
2. Masukan
masukan sistem adalah segala sesuatu yang masuk ke dalam sistem dan selanjutnya menjadi bahan yang diproses. Masukan dapat berupa hal-hal yang berwujud (tampak secara fisik) maupun yang tidak tampak
3. Proses
merupakan bagian yang melakukan perubahan atau transformasi dari masukan menjadi keluaran yang berguna dan lebih bernilai, misalnya berupa informasi dan produk, ataupun juga bisa berupa hal-hal yang tidak berguna, misalnya saja sisa pembuangan atau limbah.
4. Keluaran
merupakan hasil dari pemrosesan. Pada sistem informasi, keluaran bisa berupa suatu informasi, saran, cetakan laporan, dan sebagainya.
5. Batas
atau disebut dengan (boundary) sistem adalah pemisah antara sistem dan daerah diluar sistem (lingkungan). Batas sistem menentukan konfigurasi ruang lingkup atau kemampuan sistem. sebagai contoh, pertumbuhan sebuah toko kelontong dipengaruhi oleh pembelian pelanggan, gerakan pesaingdan keterbatasan dana dari bank.
6. Mekanisme Pengembalian dan Umpan Balik
diwujudkan dengan menggunakan umpan balik (feedback) yang mencuplik keluaran. Umpan balik digunakan untuk mengendalikan baik masukan maupun proses. Tujuannya adalah untuk mengatur agar sistem berjalan sesuai dengan tujuan.
7. Lingkungan
adalah segala sesuatu yang berada diluar sistem. Lingkungan bisa berpengaruh terhadap operasi sistem dalam arti bisa merugikan atau menguntungkan. Lingkungan yang merugikan tentu saja harus ditahan dan dikendalikan supaya tidak mengganggu kelangsungan sistem operasi, sedangkan yang menguntungkan tetap harus dijaga, karena akan memacu terhadap kelangsungan hidup sistem.


3.2  Rekayasa Sistem
System Engineering atau rekayasa sistem adalah aktifitas untuk menetapkan kebutuhan-kebutuhan pada tingkat sistem, kemudian mengalokasikan beberapa bagian dari kebutuhan-kebutuhan tersebut ke satu atau beberapa komponen rekayasa, misalnya perangkat lunak rekayasa sistem dapat membantu menerjemahkan kebutuhan pelanggan menjadi model sistem tertentu, sehingga dapat memberikan gambaran bagaimana interaksi antara satu elemen sistem dengan elemen sistem lainnya.
Menurut Pressman, cakupan rekayasa sistem meliputi:
- Rekayasa informasi : rekayasa sistem yang konteks pekerjaan rekayasanya berfokus pada perusahaan bisnis. Contohnya pengumpulan kebutuhan-kebutuhan untuk tingkat bisnis strategis dan tingkat area bisnis
- Rekayasa produk : rekayasa sistem yang merupakan aktifitas penyelesaian masalah. Data, fungsi dan perilaku produk yang diinginkan dicari, dianalisa, dibuat model kebutuhannya lalu dialokasikan ke komponen rekayasa. selanjutnya komponen-komponen tersebut disatukan dengan infrastruktur pendukungnya sampai produk jadi.


3.3  Rekayasa Informasi
Tujuan dari rekayasa informasi adalah:
- Mendefinisikan suatu arsitektur yang memungkinkan bisnis menggunakan informasi secara efektif
- Membuat rencana menyeluruh untuk mengimplementasi arsitektur tersebut:
    ~ arsitektur data merupakan objek data yang dibutuhkan oleh suatu basis data dan ditransformasikan menjadi sebuah informasi yang dibutuhkan oleh bisnis atau fungsi bisnis
    ~ arsitektur aplikasi merupakan sistem program (perangkat lunak) yang melakukan transformasi data.
    ~ infrastuktur teknologi mencakup perangkat lunak dan perangkat keras yang digunakan untuk mendukung data dan aplikasi. 

hirarki Rekayasa Perangkat Lunak

Aktifitas hirarki dilakukan melalui perencanaan strategi informasi yang akan dibahas pada bab berikutnya. Perencanaan strategi informasi ini  memandang bisnis secara keseluruhan sebagai sebuah entitas dan memisahkan domain bisnis yang penting dalam sebuah enterprise (perusahaan). Perencanaan strategi informasi mendefinisikan objek data, hubungannya, serta bagaimana sata tersebut mengalir dalam domain bisnis yang terlihat pada tingkat perusahaan. Dari pandangan domain pada aktifitas rekayasa informasi disebut sebagai analisis area bisnis yang mengidentifikasikan data dan fungsi yang dibutuhkan oleh area bisnis atau domain yang telah dipilih.

3.4 Rekayasa Produk
Rekayasa produk merupakan aktifitas pemecahan masalah. Data, fungsi, dan perilaku produk yang diinginkan dicari, dianalisis, dibuat model kebutuhannya, kemudian dialokasikan ke komponen rekayasa. Selanjutnya komponen-komponen ini disatukan dengan infrastruktur pendukungnya sampai produk tersebut jadi. Komponen rekayasa disini seperti perangkat lunak, perangkat keras, data (basis data) dan manusia. Sedangkan infrastruktur pendukung berupa teknologi yang dibutuhkan untuk menyatukan komponen dan informasi.
3.4.1  Analisis Sistem
- Mengidentifikasi kebutuhan pelanggan
- Mengevaluasi kelayakan sistem
- Melakukan analisis teknis dan ekonomis
- Mengalokasikan fungsi-fungsi untuk perangkat lunak, perangkat keras, basis data, manusia dan elemen sistem yang lain
- Membuat batasan biaya dan jadwal
- Menentukan definisi sistem yang menjadi dasar kerja bagi komponen sistem baik perangkat lunak, perangkat keras, basis data dan manusia

3.4.2  Identifikasi Kebutuhan
- Adakah teknologi untuk membangun sistem ?
- Batasan apa saja yang akan dialokasikan terhadap jadwal dan biaya ?
- Pengembangan dan sumber daya apa saja yang dibutuhkan ?

3.4.3  Studi Feasibility

- Kelayakan Ekonomis : Studi mengenai evaluasi biaya pengembangan dengan keuntungan yang diperoleh dari sistem atau produk yang dikembangkan
- Kelayakan Teknis : Studi mengenai fungsi, sasaran dan kinerja yang perlu dipertimbangkan yang dapat mempengaruhi kemampuan sistem yang akan dikembangkan
- Kelayakan Legal : Studi mengenai pertimbangan yang perlu dilakukan mengenai kontrak, pelanggaran atau liabilitas yng akan dihasilkan dari sistem yang akan dikembangkan
- Alternatif : Studi mengenai evaluasi pendekatan alternatif pada pengembangan sistem atau produk


3.5 Pemodelan Arsitektur Sistem
Sistem berbasis komputer dapat dimodelkan sebagai sebuah pemindahan informasi dengan menggunakan arsitektur input-pemrosesan-output. Pemodelan arsitektur sistem memperluas arsitektur ini dengan menambahkan 2 fitur tambahan yaitu pemrosesan antarmuka pemakai dan pemrosesan self-test. Untuk memodelkan sistem maka digunakan model template arsitektur yang mengalokasikan elemen sistem menjadi 5 bagian pemrosesan yaitu :
- antarmuka pemakai
- input
- fungsi dan kontrol sistem
- output
- pemeiharaan dan selt-test

template Arsitektur Sistem

Pemodelan pada rekayasa sistem dan perangkat lunak, template arsitektur memungkinkan analisis membuat hirarki sistem secara detail. Diagram konteks arsitektur menggambar sistem pada level paling atas. Diagram konteks ini membangun batas informasi diantara sistem yang akan diimplementasikan dengan lingkungan dimana sistem akan dioperasikan.

diagram konteks arsitektur untuk sistem pengurutan pembawa barang pada bidang manufaktur

Diagram aliran arsitektur ini masih membagi pemrosesan sub sistem kedalam lima elemen pemrosesan seperti diagram konteks arsitektur. Pada tingkat ini, masing-masing dari subsistem dapat berisi satu elemen sistem atau lebih (perangkat lunak, perangkat keras, manusia)

3.6  Pemodelan Sistem dan Simulasi 

Metode ini akan banyak penganutnya diantara pengembangan perangkat lunak yang harus membangun perangkat lunak yang kritis untuk keselamatan (misal perangkat medis dan penerbangan pesawat) serta diantara pengembangan yang harus menderita karena faktor ekonomis yang harus dialami oleh perangkat lunak.

 

 diagram aliran arsitektur untuk sistem pengurutan barang pada barang manufaktur

Diagram aliran arsitektur yang awal menjadi puncak dari hirarki diagram arsitektur. Masing-masing bujur sangkar pada diagram arsitektur dapat diperluas atau didetailkan lagi kedalam template arsitektur yang lain.

3.7  Spesifikasi sistem
Spesifikasi sistem merupakan dokumen yang berfungsi menggambarkan fungsi dan kinerja sistem berbasis komuter yang akan dikembangkan, membatasi elemen-elemen sistem yang telah dialokasikan, serta memberikan indikasi mengenai perangkat lunak dan konteks sistem keseluruhan dan informasi data dan kontrol yang dimasukkan dan dikeluarkan oleh sistem yang telah digambarkan dalam diagram aliran arsitektur.

 Hirarki diagram aliran arsitektur

BAB II Model Proses Perangkat Lunak

Model Proses Perangkat Lunak

2.1 Proses Perangkat Lunak

Sekumpulan aktifitas yang memiliki tujuan untuk pengembangan ataupun evolusi perangkat lunak dimana setiap aktifitas bersifat saling terkait (koheren) untuk menspesifikasikan, merancang, implementasi dan pengujian sistem perangkat lunak.

Aktifitas generic dalam semua proses perangkat lunak adalah :

~ Initial : proses perangkat lunak yang ditandai dengan ad hoc

~ Repeatable : proses-proses manajemen proyek dasar dibangun untuk menelusuri masalah biaya, jadwal, dan fungsionalitas. Disiplin proses yang perlu ada untuk mengulangi sukses-sukses proyek yang terdahulu dengan penerapan yang sama

~ Defined : proses perangkat lunak baik untuk aktifitas manajemen atau perekayasaan di dokumentasikan, distandarkan dan diintegrasikan ke dalam proses perangkat lunak organisasi besar. Semua proyek menggunakan versi proses organisasi yang di dokumentasikan dan disahkan untuk pengembangan dan pemeliharaan perangkat lunak

~ Managed : pengukuran detail terhadap proses perangkat lunak dan kualitas produksi dikumpulkan. Produk dan proses perangkat lunak dipahami secara kuantitatif dan dikontrol dengan menggunakan pengukuran secara detail

~ Optimizing : pertambahan proses yang terus menerus dimungkinkan oleh umpan balik kuantitatif dari proses dan dari gagasan inovatif pengujian serta teknologi

2.2 Pengembangan Perangkat Lunak

Pengembangan perangkat lunak adalah suatu proses dimana kebutuhan pemakai diterjemahkan menjadi produk lunak. Proses ini mencakup aktifitas penerjemahan kebutuhan pemakai menjadi kebutuhan perangkat lunak, transformasi kebutuhan perangkat lunak menjadi desain, penerapan desain menjadi kode program, uji coba kode program, dan instalasi serta pemeriksaan kebenaran perangkat lunak untuk operasional.

Berdasarkan pengertian tersebut, secara umum dapat dikatakan bahwa proses pengembangan perangkat lunak mengikuti tahap-tahap:

- Menentukan apa yang harus dikerjakan oleh perangkat lunak dalam satu rentang waktu tertentu

- Mendefinisikan bagaimana perangkat lunak dibuat, mencakup arsitektur perangkat lunaknya, antarmuka internal, algoritma dan sebagainya

- Penerapan (penulisan program) dan pengujian unit-unit program

- Integrasi dan pengujian modul-modul program 

- Validasi perangkat lunak secara keseluruhan (pengujian sistem)

2.3  Model Proses Perangkat Lunak

Model proses perangkat lunak merupakan suatu representasi proses perangkat lunak yang disederhanakan, dipresentasikan dan perspektif khusus. Contoh perspektif proses :

~ perspektif alur-kerja (work flow) : barisan kegiatan

~ perspektif alur-data (data flow) : alur informasi

~ perspektif peran atau aksi : siapa melakukan apa

Menurut Ian Somerville, model proses secara umum terdiri dari :

- Pendekatan Model Proses, seperti model sekuensial linier atau waterfall, model prototype, model RAS, dimana memisahkan dan membedakan antara spesifikasi dan pengembangan

- Pengembangan yang berevolusi, pendekatan yang melanjutkan aktifitas satu dan yang lainnya dari spesifikasi dan pengembangan serta validasi secara cepat

- Pengembangan sistem formal, pendekatan aktifitas berdasarkan suatu model sistem matematika yang ditransformasikan ke implementasi,

- Pengembangan sistem berbasis Re-use (pengguna ulang) komponen, sistem dibangun dari komponen yang sudah ada dengan fokus integrasi sistem

2.4  Model Sekuensial Linier (Waterfall)

Sekuensial linier mengusulkan sebuah pendekatan kepada perkembangan perangkat lunak yang sistematik dan sekuensial yang mulai pada tingkat dan kemajuan sistem pada seluruh analisis, desain, kode, pengujian dan pemeliharaan.

Aktifitas Model Sekuensial Linier meliputi:
~ Rekayasa dan Pemodelan Sistem atau Informasi
 karena perangkat lunak merupakan bagian dari sebuah sistem (bisnis) yang lebih besar, kerja dimulai dengan membangun syarat dari semua elemen sistem dan mengalokasikan beberapa subset dari kebutuhan ke perangkat lunak tersebut. Pandangan sistem ini penting ketika perangkat lunak harus berhubungan dengan elemen-elemen yang lain seperti perangkat lunak, manusia dan database.
~ Analisis kebutuhan perangkat lunak
proses pengumpulan kebutuhan difokuskan khususnya untuk perangkat lunak, perekayasa perangkat lunak (analisis) harus memahami domain permasalahan (problem domain), tingkah laku, unjuk kerja dan antar muka (interface) yang diperlukan. Kebutuhan baik untuk sistem maupun perangkat lunak di dokumentasikan dan dilihat lagi dengan pelanggan.
~ Desain

desain perangkat lunak sebenarnya adalah proses multi langkah yang berfokus pada empat atribut sebuah program yang berbeda (struktur data, arsitektur perangkat lunak, representasi interface, dan detail algoritma) prosedural. Proses desain menerjemahkan syarat atau kebutuhan ke dalam sebuah representasi perangkat lunak yang dapat diperkirakan demi kualitas sebelum dimulai pemunculan kode (coding). Sebagaimana analisis, desain ini juga didokumentasikan.
~ Generasi Kode
desain harus diterjemahkan ke dalam bentuk mesin yang bisa dibaca. langkah pembuatan kode meliputi pekerjaan dalam langkah ini, dan dapat dilakukan secara mekanis.
~ Pengujian (tes)
sekali kode dibuat, pengujian program dimulai. Proses pengujian berfokus pada logika internal perangkat lunak, memastikan bahwa semua pernyataan sesudah diuji, dan pada eksternal fungsional, yaitu mengarahkan pengujian untuk menemukan kesalahan-kesalahan dan memastikan bahwa input yang dibatasi akan memberikan hasil aktual yang sesuai dengan hasil yang dibutuhkan.
~ Pemeliharaan
perangkat lunak akan mengalami perubahan setelah disampaikan pada pelanggan (perkecualian yang mungkin adalah perangkat lunak yang diletakkan). Perubahan akan terjadi karena kesalahan-kesalahan karena perangkat lunak harus disesuaikan untuk mengakomodasi perubahan-perubahan di dalam lingkungan eksternalnya atau karena pelanggan membutuhkan perkembangan fungsional atau unjuk kerja. Pemeliharaan perangkat lunak mengaplikasikan lagi setiap fase program sebelumnya dan tidak membuat yang baru lagi.

Model Waterfall
adalah model yang paling lama dan banyak secara luas digunakan sebagai paradigmauntuk rekayasa software.
Keuntungan : langkah secra terurut, fokus, dan mudah diikuti
Permasalahan :
- Tidak fleksibel sebab proyek yang nyata jarang mengikuti aliran yang terurut untuk menyusun model
-  Sangat sulit untuk customer terhadap menhadapi semua kebutuhan yang eksplisit
- Customer harus memiliki kesabaran untuk menunggu keabsahan produk software
- Customer tercakup dalam awal proyek
- Pembuat sering ditunda secara tidak berhubungan diantara fase

2.5 Model Prototipe
Model prototipe ini dimulai dengan mengumpulkan kebutuhan. Pengembang dan pelanggan bertemu dan mendefinisikan obyektif keseluruhan dari perangkat lunak, dan mengidentifikasi segala kebutuhan yang diketahui

model prototipe

Secara ideal prototipe berfungsi sebagai sebuah mekanisme untuk mengidentifikasi keutuhan perangkat lunak. Prototipe bisa menjadi paradigma yang efektif bagi rekayasa perangkat lunak. Kuncinya adalah mendefinisikan aturan-aturan main pada saat awal, yaitu pelanggan dan pengembang keduanya harus setuju bahwa prototipe dibangun untuk mekanisme pendefinisian kebutuhan. Prototipe kemudian disingkirkan dan perangkat lunak actual direkayasa dengan tertuju kepada kualitas dan kemampuan pemeliharaan.

Keuntungan: 

- mudah dan cepat identifikasi kebutuhan customer

- customer mengecek prototipe di awal tingkatan dan menyediakan input dan umpan baliknya

- Persetujuan yang baik dengan mengikuti kasus: customer tidak bisa menyediakan kebutuhan yang jelas, menggunakan teknologi baru, hardware dan algoritma

Masalah:

- developer biasa ikut membuat produk didasarkan pada prototipe 

- developer sering membuat perjanjian implementasi dalam memerintahkan untuk prototipe agar bekerja secara cepat

 

2.6 Model RAD
Rapid Application Development (RAD) adalah sebuah model proses perkembangan perangkat lunak sekuensial linier yang menekankan siklus perkembangan yang sangat pendek. Model RAD ini merupakan sebuah adaptasi "kecepatan tinggi" dari model sekuensial linier dimana perkembangan cepat dicapai dengan menggunakan pendekatan konstruksi berbasis komponen. Jika kebutuhan dipahami dengan baik, proses RAD memungkinkan tim pengembangan merupakan "sistem fungsional yang utuh" dalam periode waktu yang sangat pendek (kira-kira 60-90 hari)
Pendekatan RAD melingkupi fase-fase sebagai berikut:
~ Pemodelan Bisnis
aliran informasi diantara fungsi-fungsi bisnis dimodelkan dengan suatu cara untuk menjawab pertanyaan-pertanyaan berikut:
Informasi apa yang mengendalikan proses bisnis? Informasi apa yang dimunculkan? Siapa yang memunculkannya? Kemana informasi itu pergi? Siapa yang memprosesnya?
~ Pemodelan Data
aliran informasi yang didefinisikan sebagai bagian dari fase business modelling disaring kedalam serangkaian objek data yang dibutuhkan untuk mendukung bisnis tersebut.
~ Pemodelan Proses
aliran informasi yang didefinisikan di dalam fase data modelling ditransfirmasikan untuk mencapai aliran informasi yang perlu bagi implementasi sebuah fungsi bisnis. Gambaran pemrosesan diciptakan untuk menambah, memodifikasi, menghapus atau mendapatkan kembali sebuah objek data.
~ Pembentukan Aplikasi
RAD mengasumsikan pemakaian teknik geenerasi keempat. Selain menciptakan perangkat lunak dengan menggunakan bahasa pemrograman generasi ketiga yang konvensional, RAD lebih banyak memproses kerja untuk memakai lagi komponen program yang ada atau diciptakan komponen yang bisa dipakai lagi.
~ Pengujian dan Turnover
karena proses RAD menekankan pada pemakaian kembali, banyak komponen program telah diuji. Hal ini mengurangi keseluruhan waktu penguji. Tetapi komponen baru tersebut harus diuji dan semua interface harus dilatih secara penuh.

model RAD

Keuntungan : 

- waktu pembuatan yang pendek

- pengurangan biaya supaya software digunakan kembali dan konstruksi dasar komponen

Masalah :

- RAD butuh developer dan pelanggan yang diijinkan untuk menyusun
- pembuatan software  adalah spesifik proyek, dan tidak boleh dimodulkan secara baik
- kualitasnya tergantung pada kualitas dari komponen yang ada

2.7 Model Proses Perangkat Lunak Evolusione
Model proses klasik tidak dirancang untuk mengirimkan sistem yang produktif sehingga asumsinya pada:
- Sistem yang sempurna akan dikirimkan stelah urutan linier diselesaikan
- Customer mengetahui yang mereka inginkan ditingkatan awal
Realita dalam proses pemuatan software
- Banyaknya kebutuhan perubahan selama latihan pembuatan
- Banyaknya aktifitas iterasi dan bekerja sebab evolusi alami dari produksi software
Persetujuan yang sulit dengan evolusi produk, beberapa evolusi model proses yang disusun:
~ the increment model
~ the spiral model
~ the component assembly model (model rakitan komponen)
~ the concurrent development model (model perkembangan konkuren)

2.7.1 Incremental Model
merupakan kombinasi linier sekuensial model (diaplikasikan secara berulang) dan filosofi pengulangan dari prototyping model. Setiap tahapan linier sekuensial model menghasilkan deliverable increment bagi perangkat lunak, dimana increment pertamanya merupakan sebuah produk inti yang mewakili kebutuhan dasar sistem. Produk inti ini nantinya dikembangkan menjadi increment-increment selanjutnya setelah digunakan dan dievaluasi sampai didapat produk yang lengkap dan memenuhi kebutuhan pemakai.
Kelemahan:
- hanya akan berhasil jika tidak ada staffing untuk penerapan secara menyeluruh
- penambahan staf dilakukan jika hasil increment akan dikembangkan labih lanjut

model incremental

2.7.2 Spiral Model

merupakan model proses perangkat lunak yang memadukan wujud pengulangan dari model prototyping dengan aspek pengendalian dan sistematika dari linier sekuensial model. Dalam model ini perangkat lunak dikembangkan dalam suatu seri incremental release. Spiral model dibagi menjadi 6 aktivitas kerangka kerja sebagai berikut:

1. Komunikasi dengan pemakai

2. Perencanaan

3. Analisis resiko

4. Rekayasa

5. Konstruksi dan pelepasan

6. Evaluasi

Kelemahan spiral model:

- sulit untuk meyakinkan pemakai (saat situasi kontrak) bahwa penggunaan pendekatan ini akan dapat dikemdalikan

- memerlukan tenaga ahli untuk memperkirakan resiko, dan harus mengendalikannya supaya sukses

- belum terbukti apakah metode ini cukup efisien karena usianya yang relatif baru

model spiral

2.7.3 Model Rakitan Komponen

menggabungkan berbagai karakteristik dari spiral model. Pembuatan aplikasi dengan pendekatan model ini dibangun dari komponen-komponen perangkat lunak yang sudah dipaketkan sebelumnya dengan cakupan aktifitas sebagai berikut:

- mengidentifikasi calon-calon komponen (kelas objek)

- melihat komponen-komponen dalam pustaka

- mengekstrak komponen jika ada

- membangun komponen jika ada

- menyimpan komponen baru pada pustaka

- mengkonstruksi interaksi ke-n dari sistem

model rakitan komponen

2.7.4 Model Perkembangan Konkuren
model perkembangan konkuren juga disebut rekayasa konkuren. Model proses yang konkuren dapat disajikan secara skematis sebagai sederetan aktifitas teknik mayor, tugas-tugas, dan keadaan yang lain. Contohnya aktiftas rekayasa yang dibatasi untuk model spiral dipenuhi dengan melakukan prototyping atau pemodelan analisis, spesifikasi kebutuhan dan rancangan.

model perkembangan konkuren

2.8 Model Formal

metode formal mencakup sekumpulan aktifitas yang membawa kepada spesifikasi matematis perangkat lunak komputer. Metode ini memungkinkan perekayasa untuk mengkhususkan, mengembangkan, dan memverifikasi sistem berbasis komputer dengan menggunakan sistem matematis yang tepat. Variasi dalam pendekatan ini disebut juga clean-room rekayasa perangkat lunak.

Meskipun belum menjadi pendekatan utama, metode ini sudah dapat menjanjikan perangkat lunak yang bebas dari cacat atau kesalahan, tetapi perhatian tentang kemampuan aplikasinya sudah mulai disuarakan:

- Pengembangan model format banyak memakan waktu dan mahal

- Perlu latihan yang ekstensif

- Sulit untuk menggunakan model-model sebagai sebuah mekanisme komunikasi bagi pemakai yang secara teknik belum canggih

2.9 Teknik Generasi Keempat

menggunakan perangkat bantu yang akan membuat kode sumber secara otomatis berdasarkan spesifikasi dari pengembang perangkat lunak. Hanya digunakan untuk mengembangkan perangkat lunak yang menggunakan bentuk bahasa khusus atau notasi grafik yang diselesaikan dengan syarat yang dimengerti pemakai.

Cakupan aktifitas 4GT:
~ Pengumpulan kebutuhan
~ Translasi kebutuhan menjadi prototype operasional atau langsung melakukan implementasi secara langsung dengan menggunakan bahasa generasi keempat (4GL) jika aplikasi relatif kecil
~ Untuk aplikasi yang cukup besar, dibutuhkan strategi perancangan sistem walaupun 4GL akan digunakan
~ Pengujian
~ Membuat dokumentasi
~ Melakukan seluruh aktifitas untuk mengintegrasikan solusi-solusi yang membutuhkan paradigma rekayasa perangkat lunak lainnya.

Salah satu keuntungan menggunakan model 4GT adalah pengurangan waktu dan peningkatan produktifitas secara besar, sementara kekurangannya terletak pada kesulitan penggunaan perangkat bantu dibandingkan dengan bahasa pemrograman, dan juga kode sumber yang dihasilkan tidak efisien.

BAB I Perangkat Lunak sebagai Produk

Perangkat Lunak sebagai Produk

1.1 Pengantar

Pada umumnya mahasiswa Teknik Informatika lebih mengutamakan pemrograman, karena menurut mereka itu adalah sebuah kemampuan inti yang harus di kuasai. Pada kenyataannya, banyak kemampuan lain yang  mungkin selama ini dianggap sebelah mata justru menjadi penopang dan penentuk proses membangun perangkat lunak kerja sama dalam tim, kemampuan berkomunikasi, kemampuan membuat dokumentasi, kemampuan wawancara, kemampuan cepat bidang lain di luar pemrograman dan sebagainya.

Dalam rekayasa perangkat lunak umumnya ada beberapa kegiatan yang senantiasa ada pada model proses apapun : identifikasi kebutuhan, desain, pengkodean, penerapan, dan pemeliharaan. 

Dari kegiatan-kegiatan yang berurutan tersebut, pengkodean baru dapat dilakukan jika kebutuhan sudah dikumpulkan dan diketahui lalu di desain. Pengkodean yang sering menjadi fokus mahasiswa ini tidak berhenti ketika selesai, tapi ada pemeliharaan yang pasti terkait juga dengan kebutuhan. Kegiatan lain yang menaungi rekayasa perangkat lunak adalah jaminan mutu perangkat lunak (SQA~Software Quality Assurance). Pada dasarnya, setiap kegiatan memiliki standar bagaimana kegiatan tersebut seharusnya dilakukan untuk menghasilkan produk yang diinginkan.

Pandangan masyarakat terhadap teknologi pada umunya selalu dikaitkan dengan mesin yang dipergunakan produk manufacture dan perangkat-perangkat yang dipergunakan untuk proyek-proyek sipil (bangunan, jembatan, jalan, bendungan, dll), serta komputer atau peralatan yang berkaitan dengan komputer. Lebih luas teknologi komputer memiliki arti pada semua peralatan elektronik atau elektromekanik yang dipergunakan sebagai pengendali peralatan yang ditujuan untuk membantu proses kerja. Perlu diingat bahwa selain perangkat komputer pada umumnya (personal computer, notebook, Tablet PC), peralatan pemroses dan penyimpan data yang tingkatnya sedikit lebih rendah juga diterapkan pada peralatan komunikasi yang kemudian menjadi smartphone, peralatan-peralatan pada pelayanan masyarakat (public information board), pengaturan lalu lintas, serta peralatan rumah tangga. Implementasi penggunaan komputer memang ditujukan untuk mensejahterakan dan memberikan rasa nyaman bagi kehidupan manusia. Pemakaian perangkat lunak dapat diimplementasikan pada peralatan yang paling sederhana sampai dengan perangkat lunak yang dipergunakan untuk proses pengendalian perjalanan ruang angkasa.

Dari uraian diatas, proses pengendalian yang dilakukan oleh komputer sebenarnya merupakan deret perintah yang dimengerti oleh komputer untuk melaksanakan suatu tugas yang dikehendaki pembuatannya, yang kemudian disebut perangkat lunak . Perangkat Lunak merupakan hal yang abstrak dan tidak nyata, tidak memiliki unsur fisik atau bukan merupakan unsur dari sebuah proses manufacture. Perangkat lunak sebagai sebuah produk merupakan proses urut-urutan logika yang dipergunakan untuk melaksanakan sesuatu fungsi yang dikehendaki, ketelitian dan dokumentasi yang jelas akan membantu melacak penyebab kesalahan bila program tersebut tidak berfungsi sebagaimana mestinya. Berbeda dengan perangkat kerassebagai produk manufacture dimana pada proses pembuatannya, didesain, digambar, ada penyambungan komponen-komponen  penyusunnya, diberikan kemasan kemudian didistribusikan secara fisik dari satu lokasi ke lokasi yang lain. Sehingga misal  terjadi kesalahan pada urut-urutan proses atau cacat produksi akan lebih mudah dilakukan koreksi, karena penyebabnya terlihat secara fisik.


1.2  Latar Belakang Disiplin Rekayasa Perangkat Lunak
Faktor-faktor yang melatarbelakangi munculnya RPL :
- Ketidakmampuan organisasi memprediksi waktu, usaha dan biaya untuk membangun perangkat lunak
- Perubahan nisbah/rasio biaya perangkat keras terhadap harga perangkat lunak
- Kemajuan pesat perangkat keras
- Kemajuan dalam teknik-teknik pembuatan perangkat lunak
- Tuntutan yang lebih tinggi terhadap jumlah perangkat lunak
- Tuntutan yang lebih tinggi terhadap mutu perangkat lunak
- Meningkatnya peran pemeliharaan


1.3 Perangkat Lunak
Definisi software sedikit lebih sulit bila dibanding dengan perangkat keras, tidak nampak ciri fisik yang dapat dipergunakan untuk mengenali perangkat lunak, tetapi nampak akibat yang ditimbulkan pada antar muka (interface) dan keluaran perangkat keras (output). Definisi perangkat keras tergantung pada waktu, dalam hal apa dan siapa yang mendefinisikan perangkat lunak tersebut. Dibawah ini adalah beberapa definisi perangkat lunak menurut para ahli, antara lain:

a. R. WILMAN & RIYAN

Software merupakan sebuah perangkat operasi kerja untuk menjalankan komponen hardware. Software bersifat maya, artinya software tidak terlihat, tetapi keberadaannya sangat dirasakan

b. WIWIT SISWOUTOMO

Software merupakan nyawa dari sebuah komputer. Tanpa perangkat lunak, komputer hanya sebuah perangkat keras mati yang tidak ada gunanya

c. FAUZIAH

Software adalah program untuk memasukkan data, mengecek data, menyimpan data, memperoleh data hasil, dan presentasi serta manipulasi data

d. JUNTAK TEAMWORK

Software merupakan konstruksi atau bangunan program yang telah disusun dan diatur sedemikian rupa, demi peruntukkan sebuah sistem kerja yang dijalankannya

e. WAHANA KOMPUTER

Software adalah perangkat lunak yang berfungsi untuk melakukan kontrol dan manajemen hardware. Software dalam komputer meliputi sistem operasi dan aplikasi

Hadirnya perangkat lunakseiring dengan perkembangan komputer yanh secara fisik memang ada dan dari sini kemudian rekayasa perangkat lunak mulai dikenal sebagi disiplin ilmu baru.

1.4  Jenis Perangkat Lunak

Pengelompokkan jenis perangkat lunak dapat dilakukan dengan mengelompokkan cara pembuatannya, pembuatan perangkat keras dapat dikelompokkan menjadi 2, yaitu:

a. Perangkat Lunak Generik (Generic Software)

merupakan perangkat lunak yang berdiri sendiri (stand alone) dengan menggunakan standar tertentu yang diproduksi oleh organisasi pengembang perangkat lunak (vendor) dan biasa dijual secara bebas dan siapapun dapat membeli. Contoh perangkat lunak generic antara lain: Office Application (aplikasi perkantoran), Database Engine (mesin data), Graphic Package (paket pengolah grafik), Programming Applicatio (paket pemrograman), dan lain sebagainya.

b. Perangkat Lunak Pesanan (Order Software)

merupakan perangkat lunak yang dipesan ole pelanggan tertentu kepada pengembang perangkat lunak (vendor) untuk memenuhi kebutuhan fungsi tertentu yang dikehendaki pemesan. Perangkat lunak yang dipesan secara khusus ini biasanya ditujukan untuk mendukung proses bisnis, mengatur perangkat elektromaknetik pada manufacture system control suatu aktifitas khusus (misal pelabuhan udara, pengatur lalu lintas jalan raya),

Sedangkan bila dikelompokkan berdasarkan penggunaanya dapat dikelompokkan dalam 8 kategori, yautu:

1. System Software

perangkat lunak yang bertanggung jawab untuk mengendalikan, mengintegrasikan, dan mengolah komponen perangkat keras atau perangkat lunak lainnya tanpa melihat jenjang dari perangkat lunak tersebut. Perangkat lunak ini pada umumnya memiliki fungsi dasar sistem operasi seperti menyalin (copy), memindahkan (transfer), menyimpan (save), menghapus (delete), mem-format, pengelolaan berkas(file manager), teks editor, pengendalian otentofikasi, pengendalian jaringan, pencetakan (print), dan penggunaan sumber daya yang terdapat pada perangkat keras lainnya.

2. Real-Time System

perangkat lunak yang digunakan untuk memonitor, meng-analisa, dan mengendalikan tiap peristiwa yang terjadi secara langsung. Perangkat lunak ini mengumpulkan data tiap kejadian kemudian menganalisa dan menaggapi hasil analisa dengan mengirimnya pada perangkat yang lain, contoh perangkat lunak pendeteksi gempa, pendeteksi tsunami, pendeteksi gunung berapi.

3. Business Software

perangkat keras yang dipergunakan untuk mengelola kerumitan proses bisnis dalam organisasi, perangkat ini biasanya ter-integrasi satu dengan yang lainnya membentuk sebuah jejaring system dalam organisasi yang kemudian di dalam organisasi disebut Management Information System. Misal penggunaan sistem penjualan, pergudangan, penggajian, kepegawaian, dan lain sebagainya.

4. Engineering and Scientific Software

perangkat keras yang disusun secara khusus mengikut sertakan rumus-rumus pada ilmu pengetahuan tertentu, perangkat lunak ini biasanya dilakukan untuk proses simulasi suatu kejadian.

5. Embedded Software 

perangkat lunak yang dirancang khusus untuk piranti modern cerdas, dimana fungsi dari perangkat lunak ini sebagai pengendali terhadap peralatan tersebut, misal keypad pada perangkat rumah tangga, panel control mobil, perangkat, instrumen pemutus arus pada pembangkit listrik.

6. Personal Software

perangkat lunak yang dibuat untuk membantu menyelesaikan atau memenuhi pekerjaan manusia secara individual sebagai contoh memainkan music atau video, pekerjaan perkantoran, mengkoleksi database, berkomunikasi dengan komunitas tertentu dan berbagai keperluan lainnya.

7. Web base Software

perangkat lunak yang dipergunakan untuk menjalankan berbagai perintah pada jejaring internet, berbagai format data dapat dikelola dengan menggunakan format HTML, PHP, ASP, dan ASPX.

8. Artificial Intelligence Software

perangkat lunak ini dibuat untuk menyelesaikan pekerjaan rumit dan non numerical algorithm, menggunakan metode neumal network

1.5 Perbedaan Karakteristik Perangkat lunak dibanding Perangkat Keras

sebagai "barang" yang terintegrasi dalam sebuah system computer, perangkat lunak memiliki perbedaan bila dibandingkan dengan perangkat keras antara lain:

a. Perangkat Lunak bukan produk pabrikan (dalam konsep pabrik secara klasik), perangkat keras bukan merupakan barang yang dibuat oleh pabrik, yaitu dimana sifatnya secara fisik tidak akan terlihat, control terhadap kualitas produk sesuai dengan ketelitian pembuatan algoritma. Kualitas software sangat ditentukan dan tergantung dari kualitas SDM yang terlibat didalamnya, sehingga bila dihitung maka sebagian besar biaya dipergunakan untuk pembiayaan SDM.

b. Perangkat lunak mengalami wear out (ke"aus-an"), berbeda dengan perangkat keras yang memiliki usia teknis tertentu pada batas waktu tertentu beberapa komponen akan mengalami kerusakan atau penurunan fungsi, kerusakan yang terjadi pada beberapa komponen perangkat keras selalu mempengaruhi kinerja perangkat keras bahkan terkadang berhenti sama sekai. Kerusakan pada perangkat keras ini dapat di ganti dengan komponen baru, sedangkan kerusakan yang terjadi pada perangkat lunak menunjukkan kesalahan awal pada saat perencanaan dan desain awal.

c. Sebagian besar perangkat lunak dibangun dan dikembangkan dengan menggunakan desain dan komponen software yang telah ada sebelumnya. Pengembang perangkat lunak dapat menggunakan algoritma, sub rutin, fungsi dan prosedur untuk membangun atau memperbarui perangkat lunak yang baru. Sebagai contoh untuk memperbarui tampilan antar muka (interface), sub-sub rutin, prosedur dan fungsi dari perangkat lunak lama masih digunakan (rense). Hal ini tidak terjadi pada perangkat keras, perangkat keras dibuat dengan berdasarkan penelitian, desain sirkuit, pemilihan kompatibilitas dan kemudian menggabungkan berbagai komponen elektronik pada papan sirkuit sesuai petunjuk perakitan. Pembuatan oerangkat keras yang baru menunjukkan sesuatu yang benar-benar baru.

1.6  Rekayasa Perangkat Lunak

Rekayasa Perangkat Lunak berasal dari 2 kata, yaitu Software (perangkat lunak) dan Engineering (rekayasa). Rekayasa Perangkat Lunak (software) adalah source code pada suatu program atau sistem perangkat lunak tidak hanya dokumentasi terhadap source code tapi juga dokumentasi terhadap sesuatu yang dibutuhkan selama pengembangan, instalasi penggunaan dan pemeliharaan sebuah sistem Engineering atau Rekayasa adalah aplikasi terhadap pendekatan sistematis yang berdasar atas ilmu pengetahuan dan matematis serta aplikasi tentang produksi terhadap struktur, mesin, produk, proses atau sistem.

Produk perangkat lunak mengadopsi pendekatan yang sistematis dan terorganisir terhadap pekerjaannya dan menggunakan tool yang sesuai serta teknik yang ditentukan berdasarkan masalah yang akan dipecahkan, kendala pengembangan dan sumber daya yang tesredia. 

Rekayasa Perangkat Lunak juga merupakan pendekatan sistematis dan matematis untuk membangun, memelihara dan mengenyahkan perangkat lunak. Dari cara pandang lain, RPL adalah pendekatan sistematis untuk merekayasa perangakat lunak yang handal atau bermutu, tepat waktu dan dengan biaya yang optimal.

1.7 Karakteristik Perangkat Lunak

Kriteria yang dapat digunakan sebagai acuan dalam merekayasa perangkat lunak 

- Dapat terus dirawat dan dipelihara (maintainability)
- Dapat mengikuti perkembangan teknologi (dependability)
- Dapat mengikuti keinginan pengguna (robust)
- Efektif dan efisien dalam menggunakan energi dan penggunaannya
- Dapat memenuhi kebutuhan yang diinginkan (usability)

1.8 Mutu Perangkat Lunak 

Terdapat 3 pihak yang mempengaruhi mutu perangkat lunak, yaitu :

- Sponsor : seseorang atau organisasi yang membiayai atau membayar selama pengembangan atau perantaraan sistem software dan biasanya mempunyai respon terhadap pengembangan sistem software itu sendiri dengan melibatkan perhitungan biaya yang optimal

- User : setiap orang yang secara langsung berinteraksi terhadap eksekusi software, yang secara langsung memberi input ke komputer dan menggunakan atau menikmati output dari komputer

- Developer : seseorang atau organisasi yang memberikan modifikasi dan memelihara terhadap eror serta mengembangkan sistem software tersebut

1.9 Mitos Perangkat Lunak

~ Mitos Manajemen 

manajer yang b ertanggung jawab terhadap masalah perangkat lunak, seperti juga manajer pada kebanyakan disiplin, sering mengalami tekanan karena masalah pengaturan keuangan, menjaga jadwal agar tidak kacau dan peningkatan kualitas 

~Mitos Pelanggan 

pelanggan mempercayai mitos tentang perangkat lunak karena manajer dan para pelaksana yang bertanggung jawab atas masalah perangkat lunak hanya bekerja sedikit saja untuk memperbaiki kesalahan informasi. mitos ini membawa kearah pengharapan yang salah oleh pelanggan dan ketidakpuasan pengembang

~ Mitos Para Praktisi

pemrograman dilihat dari sebuah karya seni

1.10  Krisis Perangkat Lunak

- Masalah nyata yang sudah mengganggu perkembangan perangkat lunak

- Serangkaian masalah yang terjadi dalam perkembangan perangkat lunak komputer

- Masalah yang ada tidak hanya terbatas pada perangkat lunak yang tidak berfungsi dengan baik tapi juga pada penderitaan yang melingkupi masalah-masalah yang berhubungan dengan bagaimana mengembangkan perangkat lunak, bagaimana memelihara volume perangkat lunak yang sedang tumbuh dan bagaimana mengejar kebutuhan perangkat lunak lebih banyak lagi