Catatan Kuliah

Rekayasa Perangkat Lunak

(Software Engineering)

Bagian 2

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S.
Pressman & Associates, Inc., copyright © 1996, 2001, 2005
1
 Software Engineering: A Practitioner’s Approach, 6/e

Chapter 6
Rekayasa Sistem

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S. 2
Pressman & Associates, Inc., copyright © 1996, 2001, 2005
Rekayasa Sistem

 Elemen sistem berbasis komputer :

 Software
 Hardware
 People
 Database
 Documentation
 Procedures
 Sistem :
 Hierarki dari elemen makro
3
Pemodelan Sistem

 Menentukan proses yang melayani kebutuhan sesuai dengan konsideran yang

ada.
 Menampilkan perilaku proses dan asumsi dimana perilaku itu berada.
 Secara eksplisit menentukan input exogen dan endogen pada model.
 Input exogen menghubungkan satu konstituen dan satu pandangan dengan konstituen lain
pada tingkat yang sama di level yang lain. Input endogen menghubungkan komponen
individu pada konstituen pada pandangan khusus.
 Menampilkan seluruh kaitan (termasuk output) yang memungkinkan engineer
mempunya pemahaman yang lebih baik. 4
Hierarki
Business or
Product Domain
World view

Domain of interest

Domain view

System element

Element view

5
Detailed view
Business Process Engineering

• Menggunakan sekumpulan prosedur, metode dan tool yang terpadu untuk

menentukan bagaimanan sistem informasi dapat memenuhi tujuan strategis
perusahaan.
• Fokus pada perusahaan, baru kemudian ke area bisnis
• Menciptakan model enterprise, model data dan model proses
• Menciptakan bingkai kerja untuk distribusi dan kontrol manajemen informasi
yang lebih baik

6
 Arsitektur Sistem

• Tiga arsitektur yang berbeda harus dianalisis dan didesain dalam konteks
tujuan bisnis:
• Arsitektur data
• Arsitektur aplikasi
• Arsitektur teknologi
• Arsitektur data menyediakan bingkai kerja untuk kebutuhan infromasi dari
bisnis atau fungsi bisnis
• Arsitektur aplikasi mencakup elemen-elemen sistem yang mentransformasi
objek dalam arsitektur data untuk tujuan bisnis
• Infrastruktur teknologi menyediakan pondasi untuk arsitektur data dan
7
arsitektur aplikasi
Hierarki BPE

 Information strategy planning (ISP)

 Tujuan strategis ditentukan
 Faktor sukses/aturan bisnis ditentukan
 Model perusahaan dibuat
 Business area analysis (BAA)
 Proses/layanan dimodelkan
 Inter-relasi proses dan data
 Application Engineering
 RPL
 Pemodelan aplikasi/prosedur yang merujuk pada BAA dan batasan-batasan ISP
 Construction and delivery
8
 menggunakan CASE dan 4GTs, pengujian
Information Strategy Planning

 Isu manajemen
 Menentukan tujuan bisnis strategis
 Isolasi critical success factors
 Melakukan analisis pada pengaruh teknologi
 Melakukan analisis pada sistem strategis

 Isu teknis
 Membuat model data tingkat tertinggi
 Dikelompokkan berdasar area bisnis/organisasi
 Memperbaiki model dan clustering 9
Menentukan Tujuan dan Sasaran

 Tujuan — pernyataan umum tentang arahan

 Sasaran — menentukan tujuan yang bisa diukur : mengurangi biaya pabrik pada produk
 Sub Sasaran:
 Menurunkan angka reject dengan 20% di dalam 6 bulan pertama
 Memperoleh konsesi 10% dari supplier
 re-engineer 30% dari komponen untuk fabrikasi yang lebih mudah selama tahun pertama
 Tujuan cenderung strategis, sasaran cenderung taktis
10
Business Area Analysis (BAA)

 Menemukan “pengelompokan fungsi dan data bisnis yang secara natural kohesif” (Martin)
 Melakukan aktivitas yang banyak sama dengan ISP, tetapi lingkupnya lebih dekat ke area bisnis
individual
 Mengenali sistem informasi yang telah ada sebelumnya/menentukan kompatibilitas dengan
model ISP baru
 Menentukan sistem yang bermasalah
 Menemukan sistem yang tidak kompatibel dengan model informasi baru
 Mulai membuat prioritas re-engineering
11
Proses BAA

admin.
manufacturing

sales QC distribution
acct eng’ring

Process
Decomposition Matrices
Process Diagram e.g.,
Process
Flow Data entity/process
Flow matrix
Models
Models Model

12
Rekayasa Produk
The complete
product System analysis
(World view)

capabilities

hardware software
Component
engineering
(Domain view)

Processing requirement

data function behavior

Analysis & Design
Modeling
(Element view)

program
component Software
Engineering

Construction
&
Integration
(Detailed view)

These courseware materials are to be used in conjunction with Software Engineering: A Practitioner’s Approach, 6/e and are provided with permission by R.S. 13
Pressman & Associates, Inc., copyright © 1996, 2001, 2005
Template Arsitektur Produk

user interface processing

input process and control output

processing functions processing

maintenance and self-test

14
Architecture Flow Diagram
operator
interface operator requests operator CLSS queries, reports, displays
interface
subsystem
bar code acquisition request
shunt control status
sorting reports

CLSS processing & control report timing/location data

requests

part shunt shunt

bar code bar code number control controller
reader decoding subsystem
subsystem subsystem

raw bar bin

code data shunt commands
location
bar code
data base
access
subsystem report CLSS reports
line
sensor data speed key formating
acquisition subsystem
subsystem sort records
mainframe
communications
BCR status driver
diagnostics shunt status
pulse tach input sensor status
subsystem formated

data acquisition bar code

communications status reporting data
15
interface reader status diagnostic interface output interface
Pemodelan Sistem dengan UML

 Deployment diagrams
 Setiap box 3D menggambarkan elemen perangkat keras yang merupakan bagian
arsitektur fisik dari sistem
 Activity diagrams
 Menampilkan aspek prosedural dari elemen sistem
 Class diagrams
 Menampilkan elemen tingkat sistem dalah hal data yang menjelaskan elemen dan
operasi yang memanipulasi data tersebut

16
Deployment Diagram

CLSS p ro ce s s o r

So rt in g s u b s ys t e m Op e rat o r d is p lay

Se n s o r d at a
s h u n t co n t ro lle r
acq u is it io n s u b s ys t e m

Co n ve yo r
Pu ls e t ach
Bar co d e re ad e r Sh u n t act u at o r 17
Activity Diagram
s t a rt c o n v e y o r lin e

re a d b a r c o d e g e t c o n v e y o r sp e e d

v a lid b a r c o d e in va lid b a r c o de

d e t e r m in e b in lo c a t io n s e t f o r re je c t b in

se n d sh u n t
c o n t ro l d a t a

g e t sh u n t st a t u s re a d b a r c o d e g e t c o n v e y o r st a t u s

p ro d u c e re p o rt e n t ry

c o n v e yo r s t o pp e d c o nv e y o r in m o t ion 18
Class Diagram
c la ss na m e

Bo x
a t t rib ut e s
b a rc o de not e us e of c a pit a l
fo rwa rdSpe e d le t t e r f or m ult i-word
c o nve yo rLo c a t io n a t t ribut e na m e s
he ig ht
widt h
de pt h
we ig ht
c o nt e nt s
o pe ra t io ns
( pa re nt he s e s a t e nd
re a dBa rc o de ( ) of na m e indic a t e t he
upda t e Spe e d ( ) lis t of a t t ribut e s t ha t t he
re a dSpe e d ( ) ope ra t ion re quire s )
upda t e Lo c a t io n( )
re a dLo c a t io n( )
g e t Dim e nsio ns( )
g e t We ig ht( )
c he c kCo nt e nt s( ) 19