Software Processes

Slide 1

Rifki Indra P

Software Processes

Slide 2

Software Processes

Coherent sets of activities for

•Specifying,

•Designing,

•Implementing and

•Testing software systems

Slide 3

Bagaimana program di buat?

The requirementsspecification wasdefined like this

The developersunderstood it inthat way

This is how theproblem wassolved before.

This is how theproblem issolved now

That is the program afterdebugging

This is how the program isdescribed by marketingdepartment

This, in fact, is what thecustomer wanted … ;-)

Slide 4

The Software Process

lSerangkaian aktifitas yang terstruktur yangdibutuhkan utk develop software

•Specification

•Design

•Validation/testing

•Evolution/lifecycle

lSebuah model proses software adalah representasiabstrak sebuah proses

•Ini menyajikan berbagai gambaran dari sebuahproses dari beberapa sudut pandang yang berbeda

Slide 5

Generic Software Process Models

lThe waterfall model

•Terpisah dan berbeda tiap spesifikasi kegiatan pengembangan

lEvolutionary development

•Cara pengembangan dengan disisipkan

lFormal systems development (example - ASML)

•Model matematis diperlukan dalam pengembangan dan ditransformasikan dalam implementasi

lReuse-based development

•Menggunakan yang sdh ada, modifikasi lebih

Slide 6

1. THE BASIC WATERFALL MODEL

Requirementspecification

Maintenance

Testing

Implementation

Analysis &Design

Slide 7

A MODIFIED WATERFALL MODEL

Slide 8

Waterfall model problems

lInflexible partitioning membuat tahapan menjadi lama

lThis makes it difficult to respond to changing customerrequirements

lOleh karena itu, model ini digunakan setelah kebutuhanfix di sepakati

Waterfall model menggambarkanPerencanaan bertahap

 Based on hardware engineering models

 banyak digunakan dalam military andaerospace industries

Slide 9

Why Not a Waterfall

But software is different :

No fabrication step

 Kode program merupakan langkah lain proses desain

 Sulit melakukan perubahan permintaan

No body of experience for design analysis (yet)

 Analisis dilakukan saat coding

 Sehingga masalah sulit terdeteksi dengan baik

Little aware from user/end user

Separation of specification from the design

Doesn’t accommodate prototyping, reuse, etc

Slide 10

2. Evolutionary development

lEvolutionary Develepoment

lTujuan adalah untuk bekerja dengan pelanggan danuntuk mengembangkan sebuah sistem akhir darispesifikasi awal.

lHarus mulai dengan persyaratan dipahami dengan baik.Sistem ini berkembang dengan menambahkan fitur baruseperti yang diusulkan oleh pelanggan.

Slide 11

Evolutionary development

Slide 12

Evolutionary Models: Prototyping

communication

Slide 13

Evolutionary development

lProblems

•Lack of process visibility

•Systems are often poorly structured

•Special skills (e.g. in languagesfor rapid prototyping) may be required

lApplicability

•For small or medium-size systems

•For parts of large systems (e.g. the user interface)

•For short-lifetime systems

Slide 14

3. Formal systems development

lBased on the transformation of a mathematicalspecification melalui representasi yang berbeda untuksuatu program dieksekusi

lTransformations are ‘correctness-preserving’sehingga mudah untuk menunjukkan bahwa program inisesuai dengan spesifikasinya

Slide 15

Formal systems development

Slide 16

Formal transformations

Slide 17

Formal systems development

lProblems

•Need for specialised skills and training to apply thetechnique

•Difficult to formally specify some aspects of thesystem such as the user interface

Slide 18

4. Reuse-oriented development

lBased on systematic reuse where systems areintegrated from existing components or COTS(Commercial-off-the-shelf) systems

lProcess stages

•Component analysis

•Requirements modification

•System design with reuse

•Development and integration

This approach is becoming more important butstill limited experience with it

Slide 19

Reuse-oriented development

Slide 20

I Software specification

lThe process of establishing what services arerequired and the constraints on the system’s operationand development

Slide 21

II. Software design andimplementation

The process of converting the systemspecification into an executable system

lSoftware design

•Design a software structure that realises the specification

lImplementation

•Translate this structure into an executable program

Slide 22

III The testing process

Slide 23

Testing stages

lUnit testing

•Individual components are tested

lModule testing

•Related collections of dependent components are tested

lSub-system testing

•Modules are integrated into sub-systems and tested. Thefocus here should be on interface testing

lSystem testing

•Testing of the system as a whole. Testing of emergentproperties

lAcceptance testing

•Testing with customer data to check that it is acceptable

Slide 24

Testing phases

Slide 25

IV Software evolution

Software adalah fleksibel, bisa di ubah, tdk lapukSebagai persyaratan perubahan melalui kondisi bisnisyang berubah, perangkat lunak yang mendukung bisnisjuga harus berkembang dan berubah

Slide 26

System evolution

Slide 27

Automated process support(CASE)

lComputer-aided software engineering (CASE) issoftware to support software development and evolutionprocesses

lActivity automation

•Graphical editors for system model development

•Data dictionary to manage design entities

•Graphical UI builder for user interface construction

•Debuggers to support program fault finding

•Automated translators to generate new versions ofa program

Slide 28

Case technology

Case tools telah membawa perbaikan yang signifikandalam proses perangkat lunak meskipun bukan urutanbesarnya perbaikan yang pernah diprediksiRekayasa perangkat lunak memerlukan pemikiran kreatif ,hal ini tidak automatableRekayasa perangkat lunak adalah kegiatan tim untukproyek-proyek besar, banyak waktu yang dihabiskan dalaminteraksi tim. Case tools tidak benar-benar mendukung

Slide 29

CASE classification

Klasifikasi membantu kita memahami berbagai jenis alatCASE dan dukungan mereka untuk kegiatan prosesPerspektif fungsionalAlat-alat yang diklasifikasikan menurut fungsi tertentumerekaPerspektif prosesAlat diklasifikasikan menurut kegiatan proses yangdidukungPerspektif integrasiAlat-alat yang diklasifikasikan menurut organisasimereka menjadi unit-unit yang terintegrasi

Slide 30

Functional tool classification

Activity-based classification

Slide 32

CASE integration

lTools

•Mendukung tugas-tugas proses individu sepertimemeriksa konsistensi desain, mengedit teks, dll

lWorkbenches

•Mendukung fase proses seperti spesifikasi ataudesain, Biasanya mencakup sejumlah alat yangterintegrasi

lEnvironments

•Mendukung semua atau sebagian besar dari prosesperangkat lunak. Biasanya mencakup beberapaworkbenches terintegrasi

Slide 33

Tools, workbenches, environments

Slide 34

Key points

lProses perangkat lunak adalah kegiatan yang terlibatdalam memproduksi dan berkembang sistem perangkatlunak. Mereka direpresentasikan dalam model prosesperangkat lunak

lKegiatan umum spesifikasi, desain dan implementasi,validasi dan evolusi

lModel proses generik menggambarkan organisasiproses perangkat lunak

lModel proses iteratif menggambarkan proses softwaresebagai siklus kegiatan

Slide 35

Key points

lEngineering adalah proses pengembangan spesifikasiperangkat lunak

lDesain dan implementasi proses mengubah spesifikasiuntuk sebuah program dieksekusi

lValidasi melibatkan pemeriksaan bahwa sistem tersebutmemenuhi spesifikasi dan kebutuhan pengguna

lEvolusi berkaitan dengan memodifikasi sistem setelahdigunakan

lTeknologi CASE TOOLS mendukung kegiatan prosesperangkat lunak