Rekayasa Perangkat Lunak - dinus.ac.iddinus.ac.id/repository/docs/ajar/4._Software_Process_(2... ·...

Teknik Informatika S1

Disusun Oleh: Egia Rosi Subhiyakto, M.Kom, M.CS Teknik Informatika UDINUS [email protected] +6281329571612

Software Process (2)

Rekayasa Perangkat Lunak

SILABUS MATA KULIAH

8. Pembahasan UTS + Tugas SKPL

9. Presentasi SKPL

10. Design Engineering + Tugas DPPL

11. Presentasi DPPL

12. Software Testing + Quiz

13. Present Tugas Besar

14. Present Tugas Besar

1. Pendahuluan

2. Introduction to SE

3. Software Process (1)

4. Software Process (2) 5. Requirement Engineering +

Quiz

6. Analysis Modeling (1)

7. Analysis Modeling (2)

Software Process Model

1. Linear Sequential Model

•1. Waterfall Model

•2. V Model

•3. RAD Model

2. Prototyping Model

3. Evolutionary Model

•1. Incremental Model

•2. Spiral Model

•3. Component Assembly Model

•4. Concurrent Development Model

4. Formal Method

5. Unified Process

6. 4GT Model

7. Agile Methods (ex: XP)

1. Waterfall Model

Sebuah pendekatan pengembangan perangkat lunak yang

sistematik dan sekuensial.

Disebut juga „Classic Life Cycle‟.

Paradigma yang sudah lama sekali, tetapi masih banyak

yang memakai karena dianggap masih sesuai dengan

keadaan sekarang.

1. Waterfall Model

Roger S, Pressman

1. Waterfall Model

Ian Sommerville

1. Waterfall Model

Alan Dennis

reference/The Rise And Fall Of Waterfall.flv

Karakteristik Waterfall Model

1. Setiap tahap menghasilkan dokumen di akhir tahapnya

2. Tidak ada overlapping pada setiap tahapnya

3. Setiap tahapan akan punya pengaruh besar pada hasil

di tahap berikutnya

4. Memerlukan biaya besar jika melakukan rework

Kelebihan Waterfall Model

1. Menghasilkan mature process pada setiap tahapnya

2. Mudah untuk diaplikasikan pada sebuah proyek

3. Menghasilkan sistem yang terstruktur dengan baik

4. Memiliki tingkat visibilitas yang tinggi (setiap tahap

mempunyai dokumen yang jelas)

Kekurangan Waterfall Model

1. Ketidak fleksibelan antar tahapan

2. Susah dalam merespon perubahan kebutuhan

customer

3. Model ini hanya cocok jika:

a. Kebutuhan customer sudah sangat jelas

b. Perubahan kebutuhan dibatasi

Modified Waterfall Model (M.Kochanski)

Sashimi


Waterfall with Spiral Introduction


Waterfall with Subprojects

V model

Rapid Application Development (RAD)

RAD = Rapid Application Development

Adaptasi dari waterfall model yang:

menekankan siklus pengembangan perangkat lunak

yang sangat pendek;

menggunakan pendekatan konstruksi berbasis

komponen.

Menciptakan sistem fungsional yang utuh dalam waktu

60-90 hari.


business

modeling

data

modeling

process

modeling

application

generation

testing

&

turnover

business

modeling

data

modeling

process

modeling

application

generation

testing

&

turnover

business

modeling

data

modeling

process

modeling

application

generation

testing

&

turnover

60 - 90 hari

team #1

team #2

team #3


Business Modelling

Memodelkan fungsi-fungsi bisnis untuk menjawab pertanyaan-

pertanyaan:

Informasi apa yang mengendalikan proses bisnis ? Informasi apa

yang dimunculkan? Ke mana infomasi itu pergi? Siapa yang

memprosesnya?

Data Modelling

Aliran informasi yang didefinisikan pada fase business modelling

ditransformasikan ke dalam serangkaian obyek data.


Process Modelling

Mentransformasikan obyek data pada suatu fungsi yang menghasilkan

aliran informasi yang dibutuhkan.

Application Generation

Mengkonstruksi perangkat lunak dengan memakai komponen yang ada

(bila memungkinkan) atau menciptakan komponen yang dapat dipakai

lagi.

Testing and Turnover

Menguji komponen baru.

Prototyping Model

Membantu software engineer untuk mendapatkan kebutuhan

berupa feedback cepat dari customer

Evolutionary Process Model

1. Prototyping

Dipakai jika:

1. Sistem mempunyai resiko tinggi

tidak jelas permasalahannya

2. Lebih fokus pada perancangan dialog user komputer (Sistem

dengan User)

bagaimana membuat dialog yang baik, ramah, mudah ?

3. Sistem diminati oleh banyak pemakai

mencari kesepakatan (dasar untuk menyamakan persepsi)


1. Prototyping

4. User ingin cepat selesai

user tidak sabar menunggu

prototipe segera memperlihatkan bentuk kerja sistem

5. Masa pakai singkat

sistem hanya dipakai beberapa kali saja

6. Ingin menunjukkan inovasi

pengembang dapat menunjukkan kecanggihan

7. Kebutuhan berubah-ubah

user sulit menjelaskan kebutuhan


1. Prototyping

41

1. Evolutionary prototyping

2. Throw-away prototyping

Type of Prototyping

42

Prototype

Programming

Prototype

Requirements

Reviews

Release

Validates?

Evolutionary Prototyping

43

Release

System

Testing

System

Programming

Reviews

Validates?

Prototype

Programming

Prototype

Requirements

Reviews Validates?

Throw-away Prototyping

44

• Frekuensi komunikasi user – developer meningkat

o pengembang akan selalu meminta pendapat user

• Membantu analis dalam

o menentukan kebutuhan user yang sebenarnya

o meminimalkan salah persepsi

• Peran user meningkat

o evaluasi oleh user berkali-kali

o user bisa memberikan masukan setiap saat

Prototyping Speciality

45

• Pengembangan lebih cepat

o program bisa langsung dibuat

o user melihat perkembangan tahap demi tahap

• Implementasi mudah

o user sudah mengenal perangkat lunak yang dikembangkan

o user tidak akan merasa asing

o sejak awal user sudah merasa memiliki

Prototyping Speciality

46

• User sibuk

o user & pengembang harus sama-sama memiliki komitmen

menyediakan waktu untuk bertemu.

• User sulit melakukan evaluasi

o bentuk prototipe sering berubah, disesuaikan dengan kebutuhan

user.

• User ingin cepat selesai

o bentuk program sudah terlihat sejak awal.

o user merasa tidak akan lama lagi selesai.

o pengembang sering mengabaikan dokumentasi.

Prototyping Weakness

47

• User berharap terlalu banyak

o keseringan evaluasi & komunikasi membuat user

menjadi berubah keinginan dan tidak pasti dengan

kebutuhan.

• Prototipe bekerja tidak efisien

o lebih mementingkan keberhasilan.

Prototyping Weakness

Evolutionary Model

Incremental Model

Incremental Model merupakan gabungan antara model

linier sekuensial dan prototyping.

Setiap linier sekuen menghasilkan produk yang

deliveriables.

Increment pertama merupakan produk inti (core), yang

mengandung persyaratan/kebutuhan dasar.

Penambahan dilakukan pada increment-increment

berikutnya.

Evolutionary Model

Incremental Model


2. Spiral Model

Digunakan software engineer skala besar. Growing of

software menjadi ide dari model proses ini


2. Spiral Model

Evolutionary process (pengembangan bertingkat)

Menggabungkan keunggulan prototyping dan waterfall

Memungkinkan dikembangkannya perangkat lunak secara

bertahap (incremental) dan cepat.

Terbagi atas 6 tahapan:

* customer communication

* planning

* risk analysis

* engineering

* construction & release

* customer evaluation


2. Spiral Model

52

Planning

Risk Analysis

Engineering

Customer

Evaluation Construction

& Release

Customer

Communication

Project

Entry Point

analisa resiko

berdasarkan

kebutuhan awal

analisa resiko

berdasarkan evaluasi

user

produk-jadi

prototipe awal

prototipe tingkat

berikutnya

menentukan

tujuan, alternatif,

batasan sistem

dan budget Requirements

development plan

Integration and test plan

development plan


3. Component Assembly Model

53 planning

engineering

risk analysis

customer evaluation

entry point

identify candidate components

look up components in library

extract components if available

build components if unavailable

put new components in

library

construct n- th iteration of system

Customer

communication

Engineering,

contruction & release


4. Conccurent Model

Model proses yang memungkinkan perubahan keadaan dari

under development ke awaiting change (berhenti sementara)

ketika terjadi perubahan kebutuhan


4. Conccurent Model

55

none

Under development

A waiting changes

Under revision

Under review

baselined

done

Analysis activity


4. Conccurent Model

Aktivitas sistem dan komponen yang berlangsung secara

simultan dan dapat dimodelkan dengan menggunakan

pendekatan orientasi keadaan;

Aplikasi klien/server khusus yang diimplementasikan

dengan banyak komponen yang masing-masing bisa

dirancang dan direalisasikan secara konkuren.

Formal Method

Mencakup sekumpulan aktivitas yang membawa kepada

spesifikasi matematis perangkat lunak komputer;

Memungkinkan software engineer untuk mengkhususkan,

mengembangkan, dan mem-verifikasi sistem berbasis

komputer dengan menggunakan notasi matematis yang tepat;

Variasi dari pendekatan ini disebut clean-room software

engineering.

Formal Model

UNIFIED PROCESS

Model proses yang menggabungkan beberap konsep unggulan

dari model proses lainnya.

Penekanan pada model proses ini, yaitu:

1. Komunikasi dengan customer secara intens (streamlined)

2. Arsitektur yang reusable dan terbuka pada perubahan kebutuhan

3. Alur proses yang iterative atau incremental

UNIFIED PROCESS

Fourth Generation Techniques (4GT)

Terkait dengan penggunaan tools.

Pengembang software mendefinisikan karakteristik

software secara 'high level'; tool secara otomatis akan

membangkitkan kode.


4GT mempercepat proses pengembangan perangkat

lunak.

Proses perancangan dan dokumentasi baik.

Masih dipertanyakan beberapa pihak: efisiensi kode

yang dihasilkan, kemudahan (relatif).


requirements gathering

design strategy

implementation using 4GL

testing

4GL/ Fourth generation language

AGILE METHOD

Model proses yang menekankan pada fast delivery dari setiap

poin aktivitas dalam rangka memperpendek jangka waktu

proyek pembangunan perangkat lunak.

AGILE METHOD

AGILE METHOD

Just a few rules that are easy to learn and follow

Streamline the SDLC

*Eliminate much of the modeling and documentation

*Emphasize simple, iterative application development

Examples include:

*Extreme Programming (XP)

*Scrum

*Dynamic Systems Development Model (DSDM)

AGILE METHOD (Extreme Programming)

“Core Values” of XP

1. Communication – All to All

2. Simplicity – refactoring

3. Feedback – Embrace Change

4. Courage – Quality First, test and efficient coding


1. User Stories about system do

2. Code small program using defined standards

* Naming conventions

* Coding practices

3. User Feedback

4. Repeat

TERIMA KASIH

Rekayasa Perangkat Lunak - dinus.ac.iddinus.ac.id/repository/docs/ajar/4._Software_Process_(2... ·...

Documents

Transcript of Rekayasa Perangkat Lunak - dinus.ac.iddinus.ac.id/repository/docs/ajar/4._Software_Process_(2... ·...