Software Engineering dalam SOA - kominfo.jatimprov.go.idkominfo.jatimprov.go.id/ppid/uploads/berkasppid/Materi BimTek... · –Aplikasi Client dan Server 3. ... spesifikasi –Evolusi

Software Engineering dalam

SOA

Surabaya, 30 Mei 2016

Dr. I Ketut Eddy Purnama

KEMKOMINFO

Pembekalan Teknis Aplikasi berbasis SOAKEMKOMINFO

Isi Presentasi

• Software

• Evolusi komputasi

• Fakta (kegagalan) pengembangan PL

• Perlunya Software Engineering

• SD Methodology

2


Software/ Perangkat Lunak (PL)

• Software komputer atau software adalah bagian dari sistem komputer yang terdiri dari kumpulan instruksi kepada komputer

• Nama lain:

– program komputer

– Aplikasi Web

– Aplikasi stand alone

– Aplikasi Client dan Server

3


Isi Presentasi

• Software




• SD Methodology

4


Evolusi dari komputasi

5


Arah EvolusiSystem Architecture dari SW

6

1960 - 1980 1990 - 2000

•Organization Focus

•Mainframe Centric

•Internal Use

•Unique Data

•Process Focus

•Client Server

•Partial Connectivity

•EDI File Transfer

2010 - 2050

•Distributed Functions

•Data Centric

•Universal Interoperability

•Real-time Connectivity


Isi Presentasi

• Software




• SD Methodology

7


Fakta (kegagalan) pengembangan PL

• Ratusan ribu proyek software gagal setiap hari

• perusahaan perangkat lunak, tidak bersedia untuk berbagi cerita tentang kegagalan

• Apa yang diinginkan oleh sebuah bagian dari organisasi mungkin tidak diperlukan oleh organisasi secara keseluruhan

• Proyek pengembangan PL sebagian besar berakhir dengan perselisihan

8



9



10


Isi Presentasi

• Software




• SD Methodology

11


Software process untuk Pengembangan PL

• Adalah serangkaian kegiatan dengan tujuan untuk mengembangkan PL atau Evolusi PL.

• Membagi tahapan pengembangan software menjadi tahapan- tahapan yang jelas dengan tujuan untuk memperbaiki perencanaan dan manajemen.

• Kegiatan umum software process untuk pengembangan PL adalah:– Spesifikasi - apa yang harus dilakukan oleh PL– Development – pengembangan PL– Validasi - memeriksa bahwa perangkat lunak sesuai

spesifikasi– Evolusi - mengubah perangkat lunak dalam menanggapi

perubahan tuntutan


Perlunya Software Engineering

• Mengurangi kegagalan

• Mengurangi biaya akibat kegagalan

• Mengurangi resiko terjadinya perselisihan

13


Isi Presentasi

• Software




• SD Methodology

14


Model software process• Sebuah representasi yang disederhanakan dari proses

perangkat lunak, disajikan dari perspektif tertentu.

• Contoh perspektif proses adalah– Workflow perspective - urutan kegiatan

– Data-flow perspective - arus informasi

– Role/action perspective - siapa melakukan apa

• Model proses generik– Waterfall

– Spiral Iterative development

– Component-based software engineering.


Software Development Metodology

16

• Resiko tinggi untuk sistem yang baru (problem pada spesifikasi dan desain)

• Resiko rendah pada sistem yang sudah dipahami



17

• Resiko rendah untuk aplikasi yang baru krn Spesifikasi dan Program beriringan

• Resiko Tinggi karena proses yang dikerjakan tidak terlihat jelas.



18

• Gabungan SDLC dan prototyping• Cocok untuk proyek dengan resiko tinggi• Biaya tinggi, perlu keahlian tinggi, tidak cocok

untuk proyek yang beresiko rendah


Biaya Pengembangan PL

19

Waterfall model

Iterative development

Component-based software eng ineering

Development and evolution costs for long-lifetime syst ems

System evolution

10 200 30 4000

System development

Specification Design Development Integ ration and testing

25 5 0 75 1000

Specification Development Integ ration and testing

25 50 75 1 000

Specification Iterative development System testing

25 50 75 1 000


Paradigma dalam pengembangan SW

• Functional/ modular oriented

• Object Oriented

• Service Oriented

20

HIPO Diagram DFDDD

TOOLS

UML:Class DiagramObject Diagram

TOOLS

????TOOLS


Kegunaan Paradigma/ Model Pengembangan PL

• Protokol/ bahasa dasar

• Pedoman (standard)

• Kemudahan dalam melakukan perubahan

21


Data Flow Diagram

22

Analysis/ Requirement

DesignDevelopmentTestingDeliveryMaintenance


Class Diagram (Object Oriented)

23

Object Oriented AnalysisObject Orientd DesignDevelopmentTestingDeliveryMaintenance


Mengapa orang menolak perubahan?

• Status quo menyediakan zona kenyamanan tertentu

• Perlu untuk stabilitas

• Perlu untuk prediktabilitas

• Takut yang tidak diketahui

• Lainnya ???

Isu Penting dalam Implementasi SOA



• Berpedoman pada standard

• PL dikembangkan sesuai dengan Visi Organisasi

• PL dikembangkan berdasar Blueprint

• Harus ada penanggungjawab (bagian Otorisasi) Perubahan PL harus mendapat persetujuan bagian tsb

26



• Terapkan managemen perubahan

27



• Dokumentasi pada setiap tahapan

28

Requirement Documents

DesignDocuments

Codes/ Programs

UAT Documents

AllDocuments


Penutup

• Paradigma, metodologi bisa berubah dan perlu

• Mutlak harus ada:

– Komitmen Pimpinan

– Visi Misi Organisasi

– Strategi

– Blueprint

29

VISIO

N

STRATEGY STRATEGY

BLUEPRINT BLUEPRINT

eGov PROGRAM eGov PROGRAM

eGov ECOSYSTEM eGov ECOSYSTEM

December 2004

eGov Roadmap Components

By 2010, the State

will be . . .

eProcWorkflow

ü Leverage

PPP

Agri

Land

eChaupalPPP

GPR

LR

Training

Municip

aleproc

Police

eSevaPancha

yat

Land

DC,

WAN

Other Projects &Initiatives

Mission Projects &

Initiatives

Core Projects &

Initiatives

eGov Blueprint

Access to Legal Information

Land Information

System

NetworkData

Center

WorkflowCapacity

Building

eProc

eSevaePanchayat

GPR

HRMSFinancial

Information

System

Kiosks