P14 Software Re-Engineering

Ukuran: px

Mulai penontonan dengan halaman:

Download "P14 Software Re-Engineering"

Yulia Lesmana
7 tahun lalu
Tontonan:

1 P14 Software Re-Engineering A. Sidiq P. Prodi Teknik Informatika & Prodi Sistem Informasi Fakultas Teknologi Informasi Universitas Mercu Buana Yogyakarta

2 Software Engineering

3 Software Engineering Th 70 an 80 an hanya memperhatikan technical aspect

4 Technical & Non Technical Aspect Technical Aspect Coding Testing Configure Non Technical Aspect Bussiness Process Social (bunch people)

5 Pengadaan Software Buy/Get Free Available Time Cost Skill Build Dengan SE untuk sesuatu yg complex (subjective) Tanpa SE berawal dari software yg sederhana Walau 1/3 tidak menggunakan SE, tetapi secara implisit menggunakan proses tersebut (coding, testing, run)

6 Jadi, sebenarnya kita memakai atau tidak memakai SE tergantung dari berapa (dari 100%) kompleksitas dari software yang akan kita bangun.

7 Tendensi saat ini lebih ke konsumtif, karena itu beberapa permasalahan rela merubah proses bisnis menyesuaikan ke software

8 Software??? Technical Knowledge pengetahuan berkaitan dengan teknis Requirement persyaratan yang diperlukan untuk membangun PL Design constraint batasan PL dimana akan dirancang dan diimplementasikan Suatu Software mutlak membutuhkan Requirement dan Design Contraint

9 Requirement Non functional Menekankan pada aspek-aspek di luar functional software tersebut (software behavior) Performa (kemampuan) Scalability (kemampuan diakses) Maintainability (menambahkan fitur baru) Functional Fungsi-fungsi yang dilakukan untuk software tersebut (Masukan, Keluaran, Batasan)

10 Design Design Contraint Kapan kita bisa memilih komponenkomponen pada design contraint tergantung pada : Design Decision Programming Language Algorithms Frameworks* Architecture dnd_07june07@live.com10

11 Technical Knowledge

12 Software Engineering Layer (Pressman, 2010)

13 Software Re-Engineering

14 Software Re-Engineering

15 Software Crisis Background

16 Increasing complex system (sistem semakin kompleks) Technology overflood (banjir teknologi/ banyak teknologi berkembang) More and more distributed system (sistem yang terdistribusi)

17 Legacy code (legalitas kode) Kode/program yang sudah ada sebelumnya Apabila disuruh membenahi program orang lain maka lebih baik untuk membuat dari awal. Shorter development cycles (siklus pengembangan yang pendek untuk memenuhi kebutuhan konsumen) Sulit untuk mengadopsi model waterfall dalam development saat ini.

18 Poorly defined initial requirements (definisi pada tahap inisiasi kelas konsumen rendah) Inadequate system (testing yang kurang) Menyangkut masalah testing sebelum produk tersebut dirilis.

19 Poor risk management (manajemen resiko jelek) Hati-hati dengan permintaan konsumen, Harus dipikirkan dengan benar kondisi konsumen, Konsumen hanya memikirkan RBT Misal : dnd_07june07@live.com19

Masalah Testing di Indonesia Build fast mau cepat Masalah waktu karena TTM (Time To Market) apabila tidak melepas produk dalam waktu singkat maka akan

20 Masalah Testing di Indonesia Build fast mau cepat Masalah waktu karena TTM (Time To Market) apabila tidak melepas produk dalam waktu singkat maka akan dirilis oleh kompetitor. Limited budget Role played game 1 orang merangkap banyak peran Misal : Minimal 3 orang dalam dev soft dnd_07june07@live.com20

21 Gotchas Sindrome

22 Uncomfortable UX UX todak nyaman Solusi : MOCK (user interface) Technology Not Match Teknologi tidak cocok ettapi kita paksakan Solusi : pengkajian pemilihan teknologi Misal : Customer Desktop Tim bisanya web / PHP dipaksakan dnd_07june07@live.com22

23 Broken Architecture Solusi : framework selection, misalnya : Desktop : MVP Web : MVC Ciri utama : Re upload Entire site Resources Is Not Sufficient Supaya architecture cocok Solusi : software estimation terlalu banyak pengeluaran waktu tidak cukup dnd_07june07@live.com23

24 Tugas Dokumen Pengujian PL Download : Blog RPL Dokumen Pengujian Source Code : 99,99 % Selesai. Tugas dipresentasikan pd pertemuan ke 14 dnd_07june07@live.com24

25 Agenda UAS RPL Kelas 21 : 04 Januari 2016 Kelas 22 : 04 Januari 2016 Note : Jika tidak hadir pada saat presentasi Dianggap tidak mengikuti UAS Syarat : 1. Slide Presentation a) Proposal 2 Slide b) Analisis terkait dengan pengguna sistem 1 Slide c) ERD + DB Relationship d) DFD e) Rancangan Struktur f) Tabel Uji 2. Project (Demo) dnd_07june07@live.com25

26 Kemarin adalah sepenggal kisah masa lalu, Esok adalah sebuah bayangan, Hari ini adalah fakta yang dapat menjadikan mimpi indah untuk kemarin, Dan esok menjadi sebuah harapan. (DnD)

27 Time to celebrate the year that was, and look forward to the adventures that will be! Thanks for a great 2015 and wishing you a happy start to From all of us at FTI UMBY. dnd_07june07@live.com27

28 Thanks u For Participating In My Class C U Next... Year dnd_07june07@live.com28

dokumen-dokumen yang mirip

P13 Software Re-Engineering. A. Sidiq P.

P13 Software Re-Engineering. A. Sidiq P. P13 Software Re-Engineering A. Sidiq P. Universitas Mercu Buana Yogyakarta Software Engineering 2 Software Engineering Th 70 an 80 an hanya memperhatikan technical aspect 3 Technical & Non Technical Aspect