PROCESS MODELS Dasar untuk rekayasa perangkat lunak adalah

PROCESS MODELS

Dasar untuk rekayasa perangkat lunak adalah lapisan proses. Proses rekayasa perangkat lunak adalah proses yang terus berulang, karena karakteristik perangkat lunak yang membutuhkan pemeliharaan dan pengembangan berkelanjutan agar perangkat lunak tidak kadarluasa. Dalam proses pemeliharaan dilakukan koreksi kesalahan, adaptasi kebutuhan, peningkatan kemampuan atau fungsi dan bentuk pencegahan lainnya agar perangkat lunak tersebut tidak kadarluasa. Di dalam rekayasa perangkat lunak terdapat sebuah model proses rekayasa perangkat lunak yang dipilih berdasarkan pada sifat proyek dan aplikasi, metode dan alat-alat yang akan digunakan, dan kontrol dan kiriman yang diperlukan.

Generic Process Models Proses didefinisikan sebagai kumpulan kegiatan kerja , tindakan , dan tugas yang dilakukan ketika beberapa pekerjaan produk yang akan dibuat. Setiap kegiata , tindakan , dan tugas berada dalam kerangka kerja atau model yang mendefinisikan hubungannya dengan proses dan dengan satu sama lain.

Proses linear mengalir mengeksekusi kelima kerangka kegiatan secara berurutan , dimulai dengan komunikasi. Sebuah proses secara berulang mengalir mengulangi satu atau lebih dari kegiatan sebelum melanjutkan ke yang berikutnya. Sebuah proses evolusi mengalir mengeksekusi berbagai aktivitas dengan cara melingkar. Sirkuit melalui lima kegiatan yang mengarah ke sebuah versi dari perangkat lunak lebih lengkap. Sebuah proses di paralelmelaksanakan salah satu atau lebih kegiatan bersamaan dengan kegiatan lainnya (untuk meniru bagian dari perangkat lunak tersebut dapat dijalankan dalam paralel dengan pembangunan aspek lain dari perangkat lunak ).

Process Assesment And Improvement Keberadaan proses perangkat lunak bukan jaminan perangkat lunak yang akan dijalankan tepat. Selain itu , proses itu sendiri dapat dinilai guna memastikan bahwa sudah bertemu seorang set dasar proses kriteria yang telah terbukti menjadi suksesnya perekayasaan piranti lunak.

Prescriptive Process Model proses preskriptif awalnya diusulkan untuk membawa untuk kekacauan pengembangan perangkat lunak. Sejarah telah menunjukkan bahwa model-model tradisional telah membawa sejumlah struktur berguna untuk software rekayasa dan telah menyediakan peta jalan yang cukup efektif untuk tim perangkat lunak.

Macam-Macam Model Prespective And Improvement

Model Waterfall Di antara masalah yang kadang-kadang ditemui ketika model air terjun diterapkan adalah: • Proyek nyata jarang mengikuti aliran sekuensial yang model mengusulkan. Meskipun model linier bisa mengakomodasi iterasi, ia melakukannya secara tidak langsung. Akibatnya, perubahan dapat menyebabkan kebingungan sebagai hasil tim proyek • Hal ini sering sulit bagi pelanggan untuk menyatakan semua persyaratan eksplisit. Model air terjun membutuhkan dan memiliki kesulitan mengakomodasi ketidakpastian natural yang ada pada awal banyak proyek. • Pelanggan harus memiliki kesabaran. Sebuah versi kerja dari program (s) tidak akan tersedia sampai akhir dalam rentang waktu proyek. Sebuah kesalahan besar, jika tidak terdeteksi sampai program kerja ditinjau, bisa menjadi bencana.

Model Proses Incremental Model inkremental menggabungkan elemen dari proses linear dan sejajar arus. Model inkremental berlaku urutan linear secara bergiliran sebagai waktu kalender. Setiap urutan linier menghasilkan penyampaian "bertahap" dari perangkat lunak dengan cara yang mirip dengan kenaikan yang dihasilkan oleh aliran proses evolusi. Ketika model inkremental digunakan, kenaikan pertama sering merupakan produk inti. Artinya, persyaratan dasar ditangani tapi banyak fitur tambahan (beberapa diketahui, orang lain tidak diketahui) tetap tidak terkirim

Concurrent Models Sebuah pendekatan sistematik untuk mengintegrasikan semua proses desain produk dan proses-proses yang berkaitan dengannya yang meliputi proses manufaktur maupun pendukung. Pendekatan ini mengakibatkan perancang produk harus memperhatikan dan mempertimbangkan semua aspek siklus hidup produk mulai dari konsepsi sampai dengan pembuangan atau daur ulang, termasuk di dalamnya aspek kualitas, biaya, jadwal dan kebutuhan pemakai produk

Specialized Process Model proses khusus ini mengambil banyak karakteristik dari satu atau lebih dari model tradisional yang disajikan pada bagian sebelumnya.

Component-Based Development, juga dikenal sebagai pembangunan berbasis komponen (CBD), adalah cabang dari rekayasa perangkat lunak yang menekankan pemisahan sehubungan dengan fungsionalitas luas yang tersedia di seluruh sistem software yang diberikan. Ini adalah pendekatan berbasis reuse untuk mendefinisikan, melaksanakan dan menyusun komponen independen yang ditambah ke dalam sistem

The Formal Methods Models adalah jenis tertentu dari teknik matematis berbasis spesifikasi, pengembangan dan verifikasi sistem perangkat lunak dan perangkat keras. Penggunaan metode formal untuk perangkat lunak dan desain hardware dimotivasi oleh harapan bahwa, seperti dalam ilmu teknik lainnya, melakukan analisis matematis yang tepat dapat memberikan kontribusi pada keandalan dan ketahanan dari desain

Aspect-Oriented Software Development (AOSD) adalah teknologi pengembangan perangkat lunak dari sistem software untuk mengisolasi fungsi sekunder atau pendukung dari logika program utama ini. AOSD memungkinkan beberapa kekhawatiran untuk diungkapkan secara terpisah dan secara otomatis disatukan ke dalam sistem bekerja. Pengembangan perangkat lunak tradisional berfokus pada membentuk sistem ke dalam unit fungsi utama.

PERSONAL AND TEAM PROCESS MODELS Perangkat lunak yang proses terbaik adalah satu yang amat dekat kepada orang-orang yang akan melakukan seluruh pekerjaan Jika perangkat lunak proses model telah dikembangkan di perusahaan atau organisasi tingkat , dapat menjadi efektif hanya jika setuju untuk signifikan adaptasi untuk memenuhi kebutuhan pelaksanaan proyek tim yang sebenarnya mengirimkan perekayasaan piranti lunak bekerja

PROCESS TECHNOLOGY Satu atau lebih dari proses model dibahas dalam sebelumnya bagian harus disesuaikan untuk digunakan oleh perangkat lunak. Untuk mencapainya , teknologi pengolahan alat telah dikembangkan untuk membantu proses perangkat lunak organisasi menganalisis mereka saat ini , mengatur tugas bekerja , kontrol dan memonitor kemajuan , dan mengelola teknis kualitas

PRODUCT AND PROCESS Semua aktivitas manusia dapat proses , namun setiap kita berasal rasa self-worth dari orang kegiatan yang mengakibatkan representasi atau contoh yang dapat digunakan atau dihargai baik oleh lebih dari satu orang , digunakan berulang , atau digunakan dalam beberapa konteks tidak memperhatikan. Itu , kami memperoleh perasaan kepuasan dari penggunaan ulang produk kami sendiri atau orang lain.

Kesimpulan Sebuah generik proses model untuk perekayasaan piranti lunak mencakup sebuah set kerangka dan payung kegiatan , tindakan , dan mengerjakan tugas. Setiap dari berbagai proses model dapat disimak dari proses yang berbeda mengalir , deskripsi apa yang kerangka kegiatan , tindakan , dan tugas diselenggarakan secara berurutan dan chronologically. Proses pola dapat digunakan untuk memecahkan masalah universal yang ditemui sebagai bagian dari perangkat lunak proses.