RPL - 02 Proses Rekayasa Perangkat Lunak (Software Process)

Summary

This video lecture on software engineering focuses on software development processes. It discusses the Software Development Framework, outlining key activities like communication, planning, modeling, construction, and deployment. The lecture then delves into different process models, including the linear Waterfall model, iterative Prototyping, evolutionary Spiral model, and the Unified Process model. Each model's strengths and weaknesses are compared, emphasizing the importance of selecting the most suitable model for a project's specific needs.

Takeaways

• 😀 The video discusses the Software development process, focusing on Software development Frameworks, process flows, and prescriptive process models.
• 📚 A Framework is a high-level perspective of software development, outlining the general processes involved in developing software.
• 🔍 The video explains that Framework activities are the smallest units within the software development process, grouped under umbrella activities for overall management.
• 🗣️ Communication is the first step in the software development process, aiming to align stakeholders on requirements and expected features.
• 📈 The video outlines four main processes within the software development Framework: communication, planning, modelling, construction, and deployment.
• 🔁 Process flows in software development can be linear, iterative, evolutionary, or parallel, each with its own characteristics and applications.
• 🌟 The Waterfall model is introduced as a linear and sequential approach to software development, but it has limitations, such as difficulty in handling requirement changes.
• 🎯 The Prototyping model is highlighted as an approach to quickly develop a preliminary version of the software to gather user feedback and clarify requirements.
• 🌀 The Spiral model is presented as an iterative and evolutionary approach, involving risk analysis and customer feedback at each iteration.
• 🔄 The Unified Process model emphasizes the importance of continuous customer communication and uses a series of five phases: Inception, Elaboration, Construction, Transition, and Production.
• 📊 The video concludes with a comparison of the discussed models, highlighting their strengths and weaknesses, and suggests choosing the model that best fits the project's needs.

Q & A

What is the main focus of the video material discussed in the script?

The main focus of the video material is on Software Engineering processes, specifically discussing Software development Frameworks, the process flow of software, and prescriptive process models.

What is a Software development Framework as described in the script?

A Software development Framework is described as a high-level perspective of software development, providing a general overview of the processes involved in developing software. It is structured with Umbrella activities and Framework activities, which are the smallest units of work.

What are the four general processes within the Software Engineering Framework mentioned in the script?

The four general processes within the Software Engineering Framework are communication, planning, modelling, and construction, and deployment.

What is the purpose of Umbrella activities in the context of Software development Framework?

Umbrella activities are meant to manage progress, quality, change, and risk within the overall software development process. They ensure that the software development process itself is of high quality, not just the final software product.

What are the different types of process flows for software development discussed in the script?

The script discusses four types of process flows for software development: linear, iterative, evolutionary, and parallel process flows.

How does the Waterfall model differ from other process models in terms of its process flow?

The Waterfall model is characterized by a systematic, sequential, and linear process flow where each phase is completed one time and only once, with no iteration, and each process must be completed before the next can begin.

What are the advantages and disadvantages of the Waterfall model as mentioned in the script?

The Waterfall model's advantages include being easy to understand and plan, effective for small projects with clear requirements, and having straightforward analysis and testing processes. Its disadvantages include difficulty in handling requirement changes, late testing, and obtaining user approval only at the end of the project.

What is the main concept behind the Prototyping process model?

The Prototyping process model involves quickly developing a prototype of the software to gather user feedback on whether the requirements are met. It helps to clarify user needs and reduce the risk of project rejection.

How does the Spiral model differ from the Waterfall model in terms of its approach to software development?

The Spiral model differs from the Waterfall model by involving iterative development with customer feedback and risk analysis at each iteration, allowing for a more flexible and controlled development process, especially for large and complex systems.

What is the Unified Process model and what are its unique phases?

The Unified Process model is an iterative and use-case driven approach that emphasizes the importance of communication with users and simplified methods to explain the system from the user's perspective. Its unique phases include Inception, Elaboration, Construction, Transition, and Production.

How does the script suggest choosing the right software development model for a project?

The script suggests that there is no one-size-fits-all model and that the choice should be based on the specific conditions and requirements of the software project at hand.

Outlines

00:00

📚 Introduction to Software Development Frameworks

This paragraph introduces the concept of a Software Development Framework, which is a high-level perspective on the processes involved in software development. It explains that a Framework is a general view of the processes and activities that occur during software development. The paragraph outlines four main processes within the framework: communication, planning, modelling, construction, and deployment. It also introduces the idea of 'Framework activities' as the smallest units within these processes. The paragraph further discusses 'Umbrella activities', which are additional activities aimed at managing the progress, quality, change, and risks associated with the software development process. Examples of Umbrella activities include software project tracking, risk management, and quality assurance.

05:00

🔄 Understanding Software Process Flows

The second paragraph delves into the different types of software process flows, including linear, iterative, evolutionary, and parallel process flows. It explains that in a linear process flow, each process is carried out sequentially and only once, starting from communication to deployment. Iterative process flows allow for repetition of certain processes, such as revisiting the communication phase after reaching the testing phase. Evolutionary process flows are characterized by rhythmic increments of the software, with each iteration potentially producing a new release of the software. Parallel process flows enable simultaneous execution of processes, such as modeling and planning occurring at the same time. The paragraph also discusses the concept of tasks (taxes), which are the actual work to be completed at each activity within the framework, and how the number and complexity of these tasks depend on the size of the software project.

10:02

🛠️ Exploring Prescriptive Process Models

This paragraph focuses on prescriptive process models, which are models that clearly define the rules, activities, tasks, outputs, and other elements within the software engineering process. It emphasizes that prescriptive models prioritize measurable, sequential processes and provide guidance for each activity, much like a doctor's prescription. The paragraph lists four examples of prescriptive models: the Waterfall model, Prototyping process model, Evolutionary or Spiral process model, and the Unified process model. It provides a brief overview of each model, highlighting their characteristics and the context in which they might be applied.

15:03

💧 The Waterfall Model and Its Limitations

The fourth paragraph provides a detailed look at the Waterfall model, an approach to software development with a systematic, sequential, and linear process flow. It starts with requirement gathering and ends with ongoing support after the software is complete. The paragraph points out that the Waterfall model is the oldest approach to software engineering and is known for its structured nature. However, it also discusses the model's limitations, such as difficulty in handling requirement changes, late-stage testing, and the need for user patience as the software is only visible at the end of the project. The paragraph concludes by noting that the Waterfall model is rarely used in modern software development due to these challenges.

20:03

🔄 Advantages and Disadvantages of Various Process Models

The final paragraph summarizes the advantages and disadvantages of the process models discussed in the video. It starts with the Waterfall model, which is easy to understand and plan but struggles with requirement changes and late-stage user involvement. The Prototyping model is highlighted for its ability to minimize the impact of requirement changes and involve users early on, but it can lead to misperceptions of the prototype as the final product. The Spiral or Evolutionary model is praised for its continuous user involvement and effective risk management but criticized for its complexity and the need for an expert development team. Lastly, the Unified process model is noted for its emphasis on quality documentation and continuous user involvement, but it can be challenging to manage and integrate incremental software development. The paragraph concludes by emphasizing that there is no one-size-fits-all model, and the choice of model should be based on the specific conditions of the software project.

Keywords

💡Software Development Framework

A software development framework provides a high-level perspective on the processes involved in software development. It serves as a general blueprint for the activities and tasks that are undertaken to develop a software product. In the video, the framework is described as an umbrella of activities that encompass the entire software development process, including communication, planning, modeling, construction, and deployment.

💡Framework Activity

Within the software development framework, 'Framework Activity' refers to the specific tasks or units of work that are part of each process. These activities are the building blocks of the development process and are carried out in a sequential manner. The video script mentions that each Framework Activity is part of the overarching framework and is essential for the successful completion of the software development project.

💡Umbrella Activity

The 'Umbrella Activity' in software development refers to the complementary activities that support the main processes within the framework. These activities aim to manage progress, quality, change, and risk throughout the software development lifecycle. The video explains that Umbrella Activities include tasks like project tracking, risk management, and quality assurance, which are crucial for ensuring the optimal quality and success of the software development process.

💡Process Flow

In the context of the video, 'Process Flow' describes the sequence in which the software development processes are carried out. It can take various forms such as linear, iterative, evolutionary, or parallel. The video script uses the term to illustrate different approaches to the development process, emphasizing that while the processes may be the same, the flow can vary significantly depending on the project's requirements and the chosen development model.

💡Linear Process Flow

A 'Linear Process Flow' is a straightforward, sequential approach to software development where each process is completed one after the other without iteration. The video script describes it as a simple, step-by-step process starting from communication to deployment, with each stage being completed only once before moving on to the next.

💡Iterative Process Flow

An 'Iterative Process Flow' allows for repetition or cycles of certain processes within the software development. The video script explains that this flow permits revisiting previous stages, such as going back to communication after reaching a later stage, with the understanding that if a process is repeated, the subsequent processes must follow in their logical order.

💡Evolutionary Process Flow

The 'Evolutionary Process Flow' is characterized by a rhythmic development of the software, often depicted as a circular process that can be repeated. The video script mentions that after deployment, the process can be repeated, with each iteration producing a new release of the software, which can be used and continue to evolve in subsequent cycles.

💡Parallel Process Flow

A 'Parallel Process Flow' enables the simultaneous execution of processes. The video script provides an example where modeling can be done at the same time as planning, demonstrating that certain activities within different processes can occur concurrently, depending on the project's needs and the development strategy.

💡Task Set

A 'Task Set' refers to the actual work that needs to be completed for each activity within the software development framework. The video script explains that Task Sets are defined after determining the process flow and the Framework Activities, and their number and complexity depend on the size and nature of the software project being developed.

💡Prescriptive Process Model

A 'Prescriptive Process Model' is a model that clearly defines the rules, activities, tasks, outputs, and other elements within the software engineering process. The video script discusses this model as one that prioritizes measurable, sequential processes and adherence to guidelines for each activity, akin to following a doctor's prescription for treatment.

💡Waterfall Model

The 'Waterfall Model' is a systematic, sequential, and linear approach to software development, where each phase of development is completed before moving on to the next. The video script describes it as the oldest approach in software engineering, known for its structured nature but also for its challenges, such as difficulty in handling requirement changes and late user feedback.

Highlights

Introduction to Software Engineering processes and frameworks.

Definition of a Software development Framework as a high-level perspective on software development processes.

Explanation of Framework activities as the smallest units within the software development framework.

Identification of four main processes within the software engineering framework: communication, planning, modelling, construction, and deployment.

Description of the Communication process involving stakeholder engagement to define software requirements and features.

The Planning process involves creating a software project plan that outlines tasks, resources, outputs, and potential risks.

Modelling process explained as the creation of software models to explain requirements and to design solutions that meet those requirements.

Construction process involves building the software according to the design, including coding and testing.

Deployment process described as the act of handing over the software to users, including user manuals, training, and maintenance scenarios.

Introduction of Umbrella activities that oversee the entire software development process to manage progress, quality, change, and risk.

Discussion on the importance of Umbrella activities for ensuring the quality of the software development process.

Explanation of different process flows in software development, including linear, iterative, evolutionary, and parallel process flows.

Linear process flow described as a simple, sequential process where each step is completed once in order.

Iterative process flow allows for repetition of certain processes, with a note on the sequential nature of process repetition.

Evolutionary process flow characterized by rhythmic increments of the software, with each iteration potentially producing a new software release.

Parallel process flow enables simultaneous execution of processes, such as modelling and planning being done at the same time.

Introduction to the concept of tasks (taxes) as the actual work to be completed within each framework activity.

Discussion on how the number and complexity of tasks depend on the size of the software project being developed.

Explanation of how tasks are defined after determining the process flow and framework activities for each process.

Example of tasks within the requirements gathering activity, detailing the steps from stakeholder identification to prioritization.

Introduction to process models as implementations of software development process flows, distinguishing between prescriptive and descriptive models.

Discussion of the Waterfall model as a linear, sequential, and systematic approach to software development.

Analysis of the Waterfall model's strengths, such as its structured approach and suitability for small, well-understood projects.

Critique of the Waterfall model's weaknesses, including difficulty in handling requirement changes and late user feedback.

Introduction to the Prototyping process model, which involves creating a quick model of the software to gather detailed requirements.

Advantages of the Prototyping model, such as minimizing the impact of requirement changes and involving users early in the process.

Challenges of the Prototyping model, including the risk of users mistaking prototypes for the final product and the focus on speed over quality.

Introduction to the Evolutionary or Spiral model, which involves developing software through a series of evolutionary releases.

Strengths of the Spiral model, such as continuous user involvement and effective risk management for large-scale software projects.

Weaknesses of the Spiral model, including the difficulty in convincing users of its measurability and control, and the long wait to see the final product.

Introduction to the Unified Process model, which emphasizes communication with users and simplified methods to explain the system from the user's perspective.

Description of the Unified Process model's unique phases: Inspection, Elaboration, Construction, Transition, and Production.

Advantages of the Unified Process model, such as attention to documentation quality and continuous user involvement.

Challenges of the Unified Process model, including the potential for imprecise requirements and difficulty in integrating incremental software.

Conclusion on the importance of choosing the most suitable model for a software project based on its specific conditions.

Summary of the pros and cons of each model discussed, highlighting the need for project-specific model selection.

Transcripts

Hai selamat datang di video materi untuk

mata kuliah rekayasa perangkat lunak

dalam kesempatan kali ini kita akan

membahas topik tentang Software proses

atau proses-proses pada rekayasa

perangkat lunak selamat menyimak

topik pembahasan dalam video kali ini

ada tiga pertama adalah pembahasan

tentang Software development Framework

lalu kedua adalah pembahasan tentang

alur proses dari software dan topik

pembahasan ketiga atau yang terakhir

adalah model proses prescriptive Mari

kita bahas satu persatu

kerangka atau Framework merupakan

gambaran besar atau high-level

perspektif software development

Framework dapat diartikan sebagai

gambaran umum tentang proses-proses yang

dilalui untuk mengembangkan Sebuah

software Perhatikan gambar di sebelah

kiri ini merupakan Framework atau

kerangka pengembangan software seperti

yang terlihat kerangka pengembangan

software tersusun atas Umbrella

activities yang frame objectivity dan di

dalam Framework activity terdapat

sekumpulan taxed yang merupakan unit

terkecil nya Mari kita bahas lebih dalam

tentang kerangka ini

di dalam Framework tadi kita bisa lihat

ada yang dinamakan dengan Framework

activity sebetulnya Framework tipe ini

adalah aktivitas dari proses atau bisa

kita sebut juga dengan Framework proses

untuk pengembangan software secara umum

ada empat proses atau proses Framework

tadi dalam rekayasa perangkat lunak

yaitu communication planning modelling

construction dan diklaim and

communication yaitu melakukan komunikasi

dengan stakeholders untuk menyepakati

tujuan kebutuhan yang harus dipenuhi

atau requirements serta fitur dan fungsi

yang diharapkan ada pada software yang

akan dikembangkan

lalu proses planning ini merupakan

membuat rencana pekerjaan apa saja yang

harus dilakukan

Hai dengan cara mendefinisikan

tugas-tugas teknis sumber daya yang

diperlukan

luaran atau outputnya dan juga Resiko

yang mungkin temukan proses Ini

menghasilkan sesuatu yang dinamakan

dengan software Project plan

lalu proses yang ketiga adalah modelling

proses ini membuat berbagai model

perangkat lunak untuk dapat menjelaskan

kebutuhan atau requirements dengan baik

pada proses modelling ini kita juga

membuat rancangan yang bisa memenuhi

requirement tersebut

proses yang keempat adalah construction

ini membangun software sesuai rancangan

termasuk melakukan coding dan juga

testing dari software tersebut dan

proses yang terakhir adalah diploy man

ini menyerahkan software kepada user

untuk mereka gunakan tentu penyerahannya

disertai dengan manual penggunaan

pelatihan pengguna dan juga skenario

pemeliharaan softwarenya

5 proses tersebut harus

secara berurutan dan seperti yang tadi

disebutkan aktivitas yang ada di setiap

proses tersebut dinamakan dengan

Framework activity pada kerangka

pengembangan software Tadi kita juga

melihat ada yang dinamakan dengan

Umbrella activity saya sengaja membahas

tentang proses Framework dan free

motivity terlebih dahulu sebelum masuk

ke pembahasan tentang ambil activity ini

tujuannya agar lebih mudah untuk

memahaminya Amril activity di sini

merujuk pada setiap aktivitas pelengkap

dari aktivitas di dalam proses

pengembangan software secara keseluruhan

dengan tujuan untuk mengelola kemajuan

kualitas perubahan dan juga resiko tadi

kita sudah bahas bahwa ada lima proses

umum dari proses rekayasa perangkat

lunak Umbrella activity ini mencakup

kelima proses tersebut tujuan dari ambil

activity ini sebetulnya lebih mengarah

pada atribut kualitas dari proses

pengembangan software nya itu sendiri

tanpa melakukan Amril activity bisa saja

softwarenya selesai dikembangkan namun

belum tentu optimal baik dari sisi

proses ataupun hasil softwarenya itu

sendiri melengkapinya dengan serangkaian

Umbrella activity akan lebih menjamin

keberhasilan dan juga kualitas dari

proses pengembangan software

ada banyak aktivitas yang termasuk

kedalam ambil activity ini Berikut ini

adalah beberapa diantaranya seperti

misalnya software Project tracking and

control risk management software quality

assurance

technical review measurement software

configuration management resource beli

tim manajemen dan juga work produk

preparation and production

kita lanjutkan pada alur proses software

proses-proses pada kerangka RPL mulai

dari communication hingga deployment

harus dilakukan secara sistematis Namun

demikian alur proses atau proses flownya

bisa berbagai bentuk Contoh alur proses

yang paling sederhana adalah alur proses

linear seperti yang terlihat pada gambar

pada alur proses linear Setiap proses

dilakukan satu kali secara berurutan

mulai dari communication planning

modelling construction hingga di Polman

Setiap proses tersebut hanya dilewati

satu kali saja dan untuk maju ke satu

proses tertentu proses sebelumnya harus

sudah tuntas

Halo proses software yang kedua adalah

alur proses iteratif seperti yang

terlihat pada gambar alur proses ini

memungkinkan adanya pengulangan terhadap

suatu proses tertentu misalnya

mengulangi kembali tahap communication

setelah sampai pada tahap lening perlu

dicatat juga apabila suatu proses

diulang kembali maka proses selanjutnya

haruslah proses yang secara urutan

berada setelah proses tersebut Artinya

kita tidak bisa di urutan proses kedepan

alur proses ini memungkinkan suatu

proses yang dijalankan lebih dari satu

kali selama pengembangan software ini

dilakukan siklus ini berakhir jika

proses diplome telah selesai dilakukan

alur proses berikutnya adalah

evolutionary process flow ciri khas dari

siklus ini adalah instrumen ritmis dari

software tersebut proses ini berbentuk

lingkaran yang bisa diulang Terus

putarannya setelah proses deployment

kita bisa mengulangi kembali alur proses

mulai dari communication namun setiap

putaran proses menghasilkan rilis

increment software yang baru perangkat

lunak yang dikembangkan dengan alur

proses ini dirilis secara bertahap namun

setiap kali rilis softwarenya sudah bisa

digunakan dan terus berkembang atau

berevolusinya pada putaran putaran

berikutnya proses berakhir Apabila semua

kebutuhan softwarenya sudah terpenuhi

atau bisa kita katakan bahwa setelah

bentuk evolusi terakhir dari softwarenya

tercapai

alur proses yang keempat adalah paralel

proses flow sesuai namanya alur proses

ini memungkinkan untuk ada proses yang

dilakukan secara paralel atau bersamaan

contohnya dapat kita lihat pada gambar

proses modeling bisa dilakukan secara

bersamaan dengan proses planning atau

pada titik waktu tertentu aktivitas pada

proses planning modelling dan juga

construction dapat dilakukan secara

bersamaan keempat bentuk alur proses ini

menunjukkan bahwa walaupun secara umum

proses yang dilewati saat mengembangkan

software adalah sama tetapi alur

prosesnya bisa beragam

komponen lain dari kerangka proses

rekayasa perangkat lunak adalah taxed

tabset ini adalah pekerjaan aktual yang

harus diselesaikan pada setiap aktivitas

Framework taxed ditentukan setelah

menentukan alur proses yang akan

digunakan dan yang mendefinisikan

Framework tivity pada setiap proses

tersebut jumlah dan tingkat kesulitan

taxed akan tergantung dari ukuran

software yang dikembangkan walaupun

Framework tv-nya sama sebuah proyek yang

besar biasanya memiliki jumlah taxed

yang lebih banyak dibandingkan dengan

proyek yang kecil selain kita juga

vaxxed bersifat unik berbeda antar

proyek pengembangan software jika semua

tabset sudah berhasil dilakukan maka

seharusnya tujuan dari proyek perangkat

lunaknya sudah tercapai Karena itulah

saat menentukannya kita sudah tahu

terlebih dahulu Apa tujuan proyek

perangkat lunaknya dengan baik

agar lebih memahami tentang tased ini

Mari kita lihat contohnya seperti yang

sudah disebutkan tadi setiap Framework

activity memiliki sekumpulan tas set

atau tugas-tugas yang harus dilakukan

Mari kita ambil contoh frame of Activity

yang selalu ada yaitu requirements

gathering contoh teks set pada aktivitas

pengumpulan requirements ini soalnya

satu membuat daftar stakeholders lalu

kedua adalah mengundang mereka untuk

meeting ketiga adalah menanyakan fitur

dan fungsi apa saja yang dibutuhkan oleh

sel holder tersebut keempat adalah

mendiskusikan requirements yang

terkumpul dan membuat daftar equipment

yang sudah final kelima adalah

memberikan prioritas terhadap

requirements tersebut dan keenam adalah

mencatat semua hal yang perlu diperjelas

kembali jika kita sudah berhasil

melakukan keenam fase tersebut maka

seharusnya aktivitas requirements

gathering ini sudah selesai dan kita

bisa melanjutkan pada frame activity

berikutnya dengan tased yang berbeda

tentunya

kita lanjutkan pada pembahasan tentang

proses model proses model atau model

proses merupakan bentuk implementasi

dari alur proses perangkat lunak yang

tadi sudah kita bahas secara umum ada

dua jenis proses model yaitu

prescriptive model dan enjoy model ada

Jin kali ini yang kita bahas hanya

prescriptive model terlebih dahulu dan

untuk jail model dibahas pada video lain

yang terpisah model proses perspektif

merupakan model yang sudah

mendefinisikan dengan jelas aturan

aktivitas tugas luaran dan berbagai

elemen lain dalam proses rekayasa

perangkat lunak model proses

prescriptive mengutamakan proses yang

terukur berurutan dan mengikuti suatu

panduan dalam setiap aktivitasnya ibarat

sebuah resep dokter kita tinggal

mengikutinya saja agar dapat sembuh

Seperti apa jenis obatnya Berapa banyak

dosisnya dalam kondisi seperti apa obat

tersebut diminum dan lain sebagainya

kira-kira seperti itulah analogi dari

proses preskriptif ini setidaknya ada

empat contoh yang termasuk dalam model

proses perspektif yang dapat kita

temukan saat ini yaitu the waterfall

model prototyping proses model

evolusioner atau spiral proses model dan

terakhir adalah uniform model Mari kita

bahas satu persatu model proses tersebut

hai pertama adalah Waterfall model

Perhatikan gambar yang terlihat ini

adalah gambar dari waterfall model

Waterfall model merupakan pendekatan

untuk pengembangan perangkat lunak yang

alur proses yang sistematis berurutan

dan juga linier dimulai dari pengumpulan

kebutuhan customer merencanakan tugas

modelling construction diploy men-dan

berujung pada penyediaan dukungan secara

berkelanjutan ketika software telah

selesai

seperti yang sudah jelas terlihat

Waterfall model ini adalah bentuk

implementasi dari alur proses yang

linier tidak ada iterasi disana dan

setiap proses hanya dilakukan satu kali

jika suatu proses belum tuntas maka

proses selanjutnya belum bisa kita

lakukan

Waterfall model ini merupakan pendekatan

rekayasa perangkat lunak yang paling tua

the waterfall model dikenal sebagai

pendekatan yang rapi dan terstruktur

namun pendekatan ini bukan tanpa

permasalahan beberapa masalah yang

sering muncul pada saat menggunakan

Waterfall model adalah pertama proyek

pengembangan software di dunia nyata

jarang Mengikuti alur proses yang

berurutan dan satu arah kedua seringkali

pengguna kesulitan untuk mendeskripsikan

semua requirements secara eksplisit di

awal proses dan ketiga pengguna atau

pelanggan harus bersabar karena software

baru dapat terlihat pada tahap akhir

Project ketiga masalah ini yang menjadi

pertimbangan Mengapa tim pengembang

software memilih pendekatan atau model

proses yang lain pada kenyataannya model

Waterfall sudah sangat jarang digunakan

dalam pengembangan perangkat lunak

modern sekarang ini

Hai model proses prescriptive yang kedua

adalah prototyping proses model gambar

yang terlihat ini merupakan model proses

prototyping

dalam praktek pengembangan perangkat

lunak seringkali pelanggan hanya

menjabarkan kebutuhan secara umum saja

tanpa penjelasan rinci terkait fungsi

atau fitur softwarenya

penyebabnya bisa beragam yang jelas

perlu proses communication yang berulang

dan efektif untuk bisa mendapatkan

requirements yang paling sesuai dalam

situasi seperti ini paradigma

prototyping bisa menjadi pendekatan yang

sesuai seperti yang terlihat pada gambar

setelah proses komunikasi yang dilakukan

Tim akan dengan cepat melanjutkannya ke

proses planning dan juga desain atau

modeling dan setelahnya Prototype dari

software tersebut dikembangkan Prototype

ini kemudian ditunjukkan kepada pengguna

Mereka kemudian diminta untuk menilai

Apakah requirement yang mereka maksud

sudah dipenuhi oleh Prototype tersebut

idealnya prod Yo ini berperan sebagai

alat untuk mengidentifikasi software

requirement seringkali dengan membuat

Prototype pengguna lebih bisa

membayangkan Seperti apa sistem yang

mereka butuhkan dan kebutuhan atau

requirements itulah yang kemudian harus

dipenuhi pada software yang sebenarnya

model proses prototipe ini juga memiliki

permasalahan atau tantangan ingat bahwa

prototipe yang dihasilkan disini

bukanlah produk hasil yang sudah siap

digunakan suatu prototipe atau purwarupa

bisa saja memiliki fungsi seperti

software aslinya Namun karena

dikembangkannya dengan cepat aspek-aspek

lain seperti kualitas umumnya belum

diperhatikan

inilah yang biasanya menimbulkan

permasalahan-permasalahan atau kelemahan

utama dari perlu typing adalah

stakeholder sering menganggap prototipe

software sebagai virus yang sudah

berjalan atau produk finalnya dan tidak

menyadari bahwa kualitasnya secara

keseluruhan belum terjamin is Sisi

sebagai software Enginer kita sering

mengimplementasikan software yang

mengabaikan banyak aspek misalnya

kualitas atau keamanan demi menghasilkan

prototipe yang lebih cepat

akan menjadi masalah apabila tim

pengembang lebih fokus pada kecepatan

dan menomorduakan aspek lain yang sama

pentingnya apalagi jika stakeholders

mengira bahwa prototipe ini adalah

bentuk yang hampir selesai dari software

yang akan digunakan

kunci untuk mengatasi permasalahan

tersebut adalah dengan membuat

kesepakatan di awal dan semua

stakeholder harus setuju bahwa prototipe

ini dibuat untuk mendapatkan

requirements of versi akhirnya nanti

dengan demikian stakeholders paham bahwa

masih memerlukan waktu hingga

softwarenya benar-benar siap untuk

digunakan dan tim pengembang pun punya

banyak waktu mengembangkan software

dengan selayaknya

berikutnya adalah evolutionary atau

spiral model ini adalah gambarnya

angkatan ini software dikembangkan

dengan rangkaian versi rilis yang

bersifat evolusioner I setiap versi

rilis mengikuti aktivitas Kerangka kerja

yang ditentukan oleh tim pengembang pada

iterasi awal software yang dirilis

mungkin saja masih berbentuk model atau

prototipe kemudian berkembang pada

iterasi selanjutnya hingga versi terbaik

dari software tersebut didapatkan spiral

model ini merupakan pendekatan yang

realistis untuk mengembangkan system dan

software berskala besar namun Sama

halnya dengan model proses lain spiral

model juga memiliki

permasalahan-permasalahan pada spiral

model adalah sulitnya meyakinkan

pelanggan atau pengguna bahwa pendekatan

ini dapat terukur dan terkendali

sebagian pengguna bisa saja meragukan

proses ini karena softwarenya yang

berubah-ubah dan terkadang Butuh waktu

lama untuk bisa melihat titik akhirnya

misalkan

Indonesia contoh model proses

prescriptive yang terakhir adalah

uniform proses model yg adalah gambar

dari model proses tersebut yang menjadi

ciri khas dari the unified proses ini

adalah mengakui pentingnya komunikasi

dengan pengguna atau customer dan juga

memilih metode yang disederhanakan untuk

menjelaskan sistem dari sudut pandang

pengguna

tujuannya adalah agar pengguna juga

paham tentang model dan rancangan dari

softwarenya pada the unified process

model ini selain menjalankan

proses-proses rekayasa perangkat lunak

secara umum kita juga secara paralel

menjalankan lima fase yang unik pada

unified proses 5 fase tersebut adalah

inspection elaboration construction

Transition dan juga production fase

inspection melibatkan komunikasi dengan

pengguna dalam perencanaan aktivitas

pada fase elaboration timpengembang

menggunakan aktivitas-aktivitas

Hai dan modelling seperti Yes dan lain

sebagainya dengan demikian pengguna akan

paham tentang model requirements dan

juga rancangan softwarenya

selanjutnya adalah fase construction ini

merupakan tahap pengembangan software

misalnya melakukan coding Lalu ada fase

Transition yaitu transisi dari tahap

pengembangan software ke tahap

implementasi misalnya mengeluarkan rilis

ended atau Beta version dan terakhir

adalah fase production yaitu penyerahan

software kepada pelanggan atau pengguna

software sudah digunakan dan

penggunaannya dipantau

unified modelling ini juga bersifat

interaktif dan sama seperti spiral model

proses diploidnya menghasilkan software

increment unified process model ini

sebetulnya berusaha mengambil kebaikan

dari model preskriptif secara umum

dengan model ajal yang adaptif terhadap

perubahan

sebagai penutup materi kali ini Mari

kita lihat perbandingan antar model yang

sudah dibahas tadi tabel ini merangkum

poin-poin Perbandingan antar model

dilihat dari pro dan kontranya Pro dapat

kita Artikan sebagai kekuatan modelnya

dan kontra adalah kelemahan atau

tantangan yang dimiliki oleh setiap

model kita mulai dari waterfall model

prosesi memiliki keuntungan mudah untuk

dipahami dan direncanakan

efektif untuk proyek kecil yang mudah

dipahami kebutuhannya dan juga Memiliki

proses analisis dan testing yang mudah

untuk dilakukan namun model Waterfall

memiliki kelemahan dan juga tantangan

misalnya sulit menghadapi perubahan

requirement

testing dilakukan di tahap akhir proyek

dan persetujuan pengguna hanya bisa

didapatkan di akhir saja oke

Hai model proses yang kedua yaitu

prototyping memiliki keuntungan

meminimalkan dampak perubahan kebutuhan

keuntungan lainnya adalah pengguna yang

sering terlibat di awal model ini

efektif untuk proyek yang kecil dan juga

efektif untuk mengurangi resiko

penolakan proyek namun model proses ini

memiliki kelemahan

keterlibatan pengguna yang bisa

mengakibatkan keterlambatan ada

kecenderungan untuk memberikan software

yang masih berupa prototipe dan sulit

untuk direncanakan dan juga dikelola

model selanjutnya yaitu spiral atau

evolutionary

model-model ini memiliki beberapa

kekuatan misalnya ada keterlibatan

pengguna secara berkelanjutan dapat

mengelola risiko-risiko pengembangan

software dengan baik dan efektif untuk

proyek yang besar dan juga rumit namun

kita harus memperhatikan juga

kelemahannya kesalahan dalam

menganalisis resiko bisa menggagalkan

proyek

juga sulit untuk mengelola pekerjaan

yang ada didalamnya dan model proses Ini

Membutuhkan tim pengembang yang sudah

ahli

Hai model proses terakhir yaitu yunivi

proses memiliki kelebihan karena

kualitas dari dokumentasi yang

diperhatikan selain itu juga ada

keterlibatan pengguna secara

berkelanjutan model ini merespon

perubahan requirements dengan baik dan

efektif untuk proyek yang bersifat

maintenance ataupun yang membutuhkan

pemeliharaan software

namun kelemahannya adalah yuskes yang

dibuat tidak selalu sesuai atau presisi

Selain itu cukup sulit mengintegrasikan

software increment kelemahan lainnya

adalah tahap yang bisa tumpang tindih

dan bisa menjadi masalah

Hai dan sama seperti spiral model yunivi

proses ini juga membutuhkan tim

pengembang yang sudah ahli kurang lebih

inilah kelebihan dan kekurangan

masing-masing model yang kita bahas

tidak ada model yang terbaik yang bisa

kita lakukan adalah memilih model yang

paling sesuai dengan kondisi proyek

perangkat lunaknya itu sendiri

berikut adalah referensi yang digunakan

dalam penyusunan materi video ini

pembahasan kita selesai sampai disini

Terima kasih karena Anda sudah

menyimaknya hingga selesai