Software Engineering dalam SOA

dokumen-dokumen yang mirip
Dasar Pemrograman. Belajar Pemrograman Belajar Bahasa

The Process. A Layered Technology. Software Engineering. By: U. Abd. Rohim, MT. U. Abd. Rohim Rekayasa Perangkat Lunak The Process RPL

MODUL 4 Unified Software Development Process (USDP)

PENGENALAN. Perancangan Perangkat Lunak. (Software Engineering) Bertalya Program Pascasarjana Univesitas Gunadarma

REKAYASA PERANGKAT LUNAK. Ramadhan Rakhmat Sani, M.Kom


REKAYASA PERANGKAT LUNAK

Garis-garis Besar Program Pembelajaran (GBPP)

SILABUS MATAKULIAH. Indikator Pokok Bahasan/Materi Aktifitas Pembelajaran

Ratna Wardani. Department of Electronic Engineering Yogyakarta State University

TINJAUAN UMUM PENGEMBANGAN SISTEM

Pengembangan Sistem Informasi

Tujuan Perkuliahan. PENGANTAR RPL (Pert. 2 chapter 1 Pressman) Agenda. Definisi Software (Perangkat Lunak) Lunak) 23/09/2010

Rekayasa Perangkat Lunak

Fase Desain Proyek Perangkat Lunak

Review Rekayasa Perangkat Lunak. Nisa ul Hafidhoh

BAB I PENDAHULUAN. Badan Pusat Statistik ( BPS ) Provinsi Kepulauan riau adalah salah satu

BAB I PENDAHULUAN. 1.1 Latar Belakang

Rekayasa Perangkat Lunak (Software Engineering)

DASAR-DASAR PERANCANGAN PERANGKAT LUNAK

SDLC Concepts. Muhammad Yusuf D3 Manajemen Informatika Universitas Trunojoyo

Rekayasa Web Disiapkan oleh: Umi Proboyekti, S.Kom, MLIS

FAKULTAS TEKNIK UNIVERSITAS NEGERI YOGYAKARTA SILABUS REKAYASA PERANGKAT LUNAK

REKAYASA PERANGKAT LUNAK I

REKAYASA PERANGKAT LUNAK. 3 sks Sri Rezeki Candra Nursari reezeki2011.wordpress.com

BAB II LANDASAN TEORI

REKAYASA PERANGKAT LUNAK I ALIF FINANDHITA, M.T. - TEKNIK INFORMATIKA UNIKOM 1

BAB 1 PENDAHULUAN 1.1 Latar Belakang Masalah

Tujuan 04/07/ :01

SATUAN ACARA PERKULIAHAN ~ 1 ~

BAB I PENDAHULUAN. penelitian, metodologi penelitian dan sistematika penulisan.

Mata Kuliah Testing & Implementasi Sistem Program Studi Sistem Informasi 2014/2015 STMIK Dumai -- Pertemuan 2 --

PEMODELAN ANALISIS PL

Metodologi Pengembangan Sistem Informasi

MAKALAH REKAYASA PERANGKAT LUNAK ( SIKLUS HIDUP PERANGKAT LUNAK )

BAB I. PENDAHULUAN. Legacy System adalah sistem yang sudah sangat lama beroperasi di dalam

Parno, SKom., MMSI. Personal Khusus Tugas

Pendahuluan Rekayasa Perangkat Lunak

Pertemuan 3 Metodologi Pengembangan Sistem Informasi

PROSES DESAIN. 1. Metodologi Pengembangan Sistem

Produk perangkat lunak tersebut:

BAB I PENDAHULUAN.

REKAYASA PERANGKAT LUNAK

Systems Development Life Cycle (SDLC)

Hanif Fakhrurroja, MT

SISTEM MANAJEMEN SPARE PART FASE ANALISA DAN DESAIN SISTEM MENGGUNAKAN METODE WATERFALL

TINJAUAN PUSTAKA Information Technology Infrastructure Library (ITIL) Framework Tujuan Penelitian Ruang Lingkup Penelitian

SYSTEMS ANALYSIS AND DESIGN METHODS

Pertemuan 2 SOFTWARE DEVELOPMENT LIFE CYCLE (SDLC)

Universitas Bina Nusantara. Program Studi Sistem Informasi Skripsi Sarjana Komputer Semester Genap tahun 2007

Tugas Softskill. Universitas Gundarma. : Sistem Informasi Manajemen. : Waldhi Supriono NPM : Kelas : 2 DB 12

3. BAB III METODE PENELITIAN

Teknik Informatika S1

ABSTRAK. Kata Kunci: Pemodelan Sistem Informasi Komisi Agen Pada AIA Financial, TOGAF, Proses Bisnis, UML. Universitas Kristen Maranatha

Pengembangan Sistem Informasi

System Development Life Cycle (SDLC)

Rational Unified Process (RUP)

BAB I PENDAHULUAN. instansi saat ini, komputer merupakan sebuah alat atau sarana yang sangat

APLIKASI PERANGKAT LUNAK

BAB I PENDAHULUAN. Perkembangan teknologi informasi saat ini sudah sedemikian pesat.

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

Meeting 3_ADS. System Development Life Cycle (SDLC)

BAB I PENDAHULUAN. menggunakan beberapa komputer yang terhubung dalam Local Area Network

BAB I PENDAHULUAN. 1.1 Latar Belakang Masalah

BAB I PENDAHULUAN 1.1. Latar Belakang

1. PENDAHULUAN 1.1. Latar Belakang

BAB 1 PENDAHULUAN 1.1 Latar Belakang

Proses Pengembangan 1

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

I. INTRODUCTION TO SOFTWARE ENGINEERING. 1. What and Why Sofware Engineering?

Hanif Fakhrurroja, MT

Jenis Metode Pengembangan Perangkat Lunak

BAB III LANDASAN TEORI

Kegunaan tahap ini adalah untuk memobilisasi dan mengorganisir g SDM yang akan melakukan Reengineering

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN. pariwisata dan pendidikan.tidak bisa di pungkiri, saat ini perkembangan teknologi

Metode-Metode Pengembangan Desain Aplikasi

Pendahuluan Rekayasa Perangkat Lunak

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

BAB II LANDASAN TEORI

1 BAB 1. PENDAHULUAN. 1.1 Latar Belakang

BAB III OBJEK DAN METODE PENELITIAN. Dalam analisis sistem ini akan diuraikan sejarah singkat dari Apotek 55 yang

BAB I PENDAHULUAN. Sistem informasi akademik merupakan sistem yang mengolah data dan

Teknik Informatika S1

2. BAB II LANDASAN TEORI. lanjut sehingga terbentuk suatu aplikasi yang sesuai dengan tujuan awal.

BAB 1 PENDAHULUAN. 1.1 Latar Belakang. Proses KRS adalah istilah yang diperuntukkan bagi proses registrasi mata

Pendahuluan. Oleh : Dewi Sartika, M.Kom

BAB 1 PENDAHULUAN. 1.1 Latar Belakang

REKAYASA PERANGKAT LUNAK (Software engineering)

BAB III METODOLOGI PENELITIAN. penelitian Sistem Penjadwalan Kereta Api dengan Genetic Algorithm :

BAB III LANDASAN TEORI

BAB I PENDAHULUAN. 1.1 Latar Belakang

BAB I PENDAHULUAN 1.1 Latar Belakang


Rekayasa Perangkat Lunak. Tujuan

Pendahuluan. Budi Susanto

BAB III. Metode Penelitian

Overview. By: Uro AbdRohim. U. Abd. Rohim Rekayasa Perangkat Lunak (OVERVIEW) Halaman: 1

BAB III LANDASAN TEORI. Menurut Lusyani Sunarya S.Sn (2010:45) Company Profile. sebuah aset lembaga atau perusahaan yang biasa digunakan sebagai tanda

BAB I PENDAHULUAN. dengan sistem analog yaitu dengan pita rekam dan seperangkat alat perekam,

Transkripsi:

Software Engineering dalam SOA Dr. I Ketut Eddy Purnama Surabaya, 30 Mei 2016

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 Evolusi komputasi Fakta (kegagalan) pengembangan PL Perlunya Software Engineering SD Methodology 4

Evolusi dari komputasi 5

Arah Evolusi System Architecture dari SW 1960-1980 1990-2000 2010-2050 Organization Focus Mainframe Centric Internal Use Unique Data Process Focus Client Server Partial Connectivity EDI File Transfer Distributed Functions Data Centric Universal Interoperability Real-time Connectivity 6

Isi Presentasi Software Evolusi komputasi Fakta (kegagalan) pengembangan PL Perlunya Software Engineering 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

Fakta (kegagalan) pengembangan PL 9

Fakta (kegagalan) pengembangan PL 10

Isi Presentasi Software Evolusi komputasi Fakta (kegagalan) pengembangan PL Perlunya Software Engineering 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 Evolusi komputasi Fakta (kegagalan) pengembangan PL Perlunya Software Engineering 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 Resiko tinggi untuk sistem yang baru (problem pada spesifikasi dan desain) Resiko rendah pada sistem yang sudah dipahami 16

Software Development Metodology Resiko rendah untuk aplikasi yang baru krn Spesifikasi dan Program beriringan Resiko Tinggi karena proses yang dikerjakan tidak terlihat jelas. 17

Software Development Metodology Gabungan SDLC dan prototyping Cocok untuk proyek dengan resiko tinggi Biaya tinggi, perlu keahlian tinggi, tidak cocok untuk proyek yang beresiko rendah 18

Biaya Pengembangan PL Waterfall model 0 25 5 0 75 100 Specification Design Development Integ ration and testing Iterative development 0 25 50 75 1 00 Specification Iterative development Sy stem testing Component-based software eng ineering 0 25 50 75 1 00 Specification Development Integ ration and testing Development and evolution costs for long-lifetime sy st ems 0 10 200 30 400 Sy stem development Sy stem evolution 19

Paradigma dalam pengembangan SW Functional/ modular oriented Object Oriented Service Oriented TOOLS HIPO Diagram DFD DD TOOLS???? TOOLS UML: Class Diagram Object Diagram 20

Kegunaan Paradigma/ Model Pengembangan PL Protokol/ bahasa dasar Pedoman (standard) Kemudahan dalam melakukan perubahan 21

Data Flow Diagram Analysis/ Requirement Design Development Testing Delivery Maintenance 22

Class Diagram (Object Oriented) Object Oriented Analysis Object Orientd Design Development Testing Delivery Maintenance 23

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

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

Isu Penting dalam Implementasi SOA Terapkan managemen perubahan 27

Isu Penting dalam Implementasi SOA Dokumentasi pada setiap tahapan Requirement Documents Design Documents Codes/ Programs UAT Documents All Documents 28

Access to Legal Information Land Information System epanchayat HRMS Other Projects & Initiatives Mission Projects & Initiatives Data Center Core Projects & Initiatives Workflow GPR Network Capacity Building eproc eseva Financial Information System egov Blueprint Kiosks Penutup Paradigma, metodologi bisa berubah dan perlu Mutlak harus ada: Komitmen Pimpinan Visi Misi Organisasi Strategi Blueprint eproc STRATEGY BLUEPRINT egov PROGRAM egov ECOSYSTEM Agri VISION By 2010, the State will be... ü eproc Pancha yat STRATEGY Leverage PPP Land DC, WAN Police PPP GPR LR Training Municip al eseva echaupal BLUEPRINT Workflow egov PROGRAM egov ECOSYSTEM Land December 2004 egov Roadmap Components 29