BAB I MODEL PEMELIHARAAN PERANGKAT LUNAK

PEMELIHARAAN SISTEM Hanya sekitar 20% dari semua usaha pemeliharaan untuk membetulkan kesalahan dan 80% untuk menyesuaikan sistem terhadap perubahan dalam lingkungan eksternalnya, dengan membuat peningkatan yang dibutuhkan oleh pemakai, dan perekayasaan kembali suatu aplikasi untuk digunakan di masa yang akan datang

Apa Yang Dimaksud Dengan Pemeliharaan Sistem ? Semua sistem informasi sewaktu-waktu berubah. Pemeliharaan sistem adalah kegiatan yang membuat perubahan ini. Merupakan siklus terakhir dari SDLC. Pemeriksaan periodik, audit dan permintaan pengguna akan menjadi source untuk melakukan perawatan sistem diseluruh masa hidup sistem. Proses dimana dilakukan pengembangan minor terhadap sistem yang sedang berjalan.

Semua sistem informasi sewaktu-waktu berubah. Pemeliharaan sistem adalah kegiatan yang membuat perubahan ini.

A. KEPERLUAN PEMELIHARAAN SISTEM Sistem perlu dipelihara karena beberapa hal, yaitu :

1. Sistem memiliki kesalahan yang dulunya belum terdeteksi, sehingga kesalahan-kesalahan sistem perlu diperbaiki. 2. Sistem mengalami perubahan-perubahan karena permintaan baru dari pemakai sistem. 3. Sistem mengalami perubahan karena perubahan lingkungan luar (perubahan bisnis). 4. Sistem perlu ditingkatkan.

Biaya pemeliharaan sistem sering diabaikan. Kenyataannya biaya pemeliharaan sistem merupakan biaya yang cukup besar.

Biaya pemeliharaan perangkat lunak telah terus menerus naik selama 25 tahun terakhir. Beberapa perusahaan membelanjakan 80% atau lebih dari anggaran sistem mereka pada pemeliharaan perangkat lunak.

B. JENIS PEMELIHARAAN SISTEM Pemeliharaan sistem dapat digolongkan menjadi empat jenis : Pemeliharaan Korektif Pemeliharaan Adaptif Pemeliharaan Perfektif (Penyempurnaan) Pemeliharaan Preventif

Pemeliharaan Korektif Pemeliharaan korektif adalah bagian pemeliharaan sistem yang tidak begitu tinggi nilainya dan lebih membebani, karena pemeliharaan ini mengkoreksi kesalahan-kesalahan yang ditemukan pada saat sistem berjalan. Umumnya pemeliharaan korektif ini mencakup kondisi penting atau bahaya yang memerlukan tindakan segera. Kemampuan untuk mendiagnosa atau memperbaiki kesalahan atau malfungsi dengan cepat sangatlah berharga bagi perusahaan.

Pemeliharaan Adaptif Pemeliharaan adaptif dilakukan untuk menyesuaikan perubahan dalam lingkungan data atau pemrosesan dan memenuhi persyaratan pemakai baru. Lingkungan tempat sistem beroperasi adalah dinamik, dengan demikian, sistem harus terus merespon perubahan persyaratan pemakai. Misalnya, Undang-Undang Perpajakan yang baru mungkin memerlukan suatu perubahan dalam kalkulasi pembayaran bersih. Umumnya pemeliharaan adatif ini baik dan tidak dapat dihindari.

Pemeliharaan Penyempurnaan

Pemeliharaan penyempurnaan mempertinggi cara kerja atau maintainabilitas (kemampuan untuk dipelihara). Tindakan ini juga memungkinkan sistem untuk memenuhi persyaratan pemakai yang sebelumnya tidak dikenal. Ketika membuat perubahan substansial modul apapun, petugas pemeliharaan juga menggunakan kesempatan untuk meng-upgrade kode, mengganti cabang-cabang yang kadaluwarsa, memperbaiki kecerobohan, dan mengembangkan dokumentasi. Sebagai contoh, kegiatan pemeliharaan ini dapat berbentuk perekayasaan ulang atau restrukturisasi perangkat lunak, penulisan ulang dokumentasi, pengubahan format dan isi laporan, penentuan logika pemrosesan yang lebih efisien, dan pengembangan efisiens pengoperasian perangkat.

Pemeliharaan Preventif Pemeliharaan Preventif terdiri atas inspeksi periodik dan pemeriksaan sistem untuk mengungkap dan mengantisipasi permasalahan. Karena personil pemeliharaan sistem bekerja dalam sistem ini, mereka seringkali menemukan cacat-cacat (bukan kesalahan yang sebenarnya) yang menandakan permasalahan potensial. Sementara tidak memerlukan tindakan segera, cacat ini bila tidak dikoreksi di tingkat awal, jelas sekali akan mempengaruhi baik fungsi sistem maupun kemampuan untuk memeliharanya dalam waktu dekat.

Memelihara Perangkat Lunak Perangkat lunak aplikasi mungkin terstruktur mungkin pula tidak, atau mungkin

didokumentasikan mungkin pula tidak. Beberapa perangkat lunak yang tidak terstruktur dan tidak didokumentasikan mungkin hampir tidak dapat dipelihara. Sebenarnya salah satu sebab utama mengapa pemeliharaan sistem memerlukan anggaran sistem yang amat banyak adalah karena kenaikan tenaga yang dibutuhkan untuk mencoba memelihara perangkat lunak yang didokumentasikan serta distruktur secara acakacakan.

Di lain pihak program perangkat lunak yang tidak terstruktur dan tidak terdokumentasi juga tidak dapat dipelihara. Seandainya suatu perubahan dalam operasi memaksa program itu untuk berubah, maka program itu harus disingkirkan dan dikembangkanlah program baru.

Sehinga menyia-nyiakan semua sumber yang dikeluarkan untuk membangun program asli yang tidak dapat dipelihara tersebut, belum lagi kerugian operasi bisnis bila hari yang ditentukan tiba.

Memelihara Perangkat Keras Pemeliharaan perangkat keras terutama pemeliharaan preventif yang memerlukan reparasi, penggantian, atau penambahan suku cadang dan komponen untuk merestorasi atau menjaga agar perangkat keras tetap bekerja dengan baik. Komponen perangkat keras sistem informasi sebaiknya dicek dan diservis secara periodik.

C. PROSEDUR UNTUK MEMELIHARA SISTEM System Maintainability (kemampuan pemeliharaan sistem) adalah kapasitas personil pemeliharaan untuk melakukan pemeliharaan korektif, adaptif, penyempurnaan, atau preventif. Semakin mudah suatu sistem dipelihara, semakin kecil pula tenaga dan biaya yang harus dikeluarkan untuk memelihara sistem.

Maintainabilitas (maintainability) sistem bertambah jika sistemnya dirancang agar mudah diubah. Aspek ini meliputi prosedur-prosedur berikut : 1. SDLC (System Development Life Cycle) dan SWDLC (Software Development Life Cycle).

Aplikasi yang profesional dalam SDLC dan SWDLC dan teknik maupun perangkat modeling yang mendukungnya adalah hal-hal keseluruhan yang terbaik yang dapat seseorang lakukan untuk meningkatkan maintainabilitas sistem.

2. Definisi Data Standar. Trend ke arah sistem manajemen database relasional mendasari dorongan ke normalisasi data dan definisi data standar.

3. Bahasa Pemrograman Standar. Penggunaan bahasa pemrograman standar, misalnya C atau COBOL, akan mempermudah pekerjaan pemeliharaan. Jika perangkat lunak C atau COBOL berisi dokumentasi internal yang jelas dan lengkap, seorang programmer pemeliharaan pemula atau pemakai dapat memahami apa

yang sedang dikerjakannya. Lagipula C dan COBOL adalah bahasa Universal yang umumnya diketahui oleh sejumlah besar orang. Dengan demikian penggantian programmer pemeliharaan tidak begitu berdampak negatif pada kemampuan perusahaan untuk memelihara program C atau COBOL lama.

4. Rancangan Moduler. Programmer pemeliharaan dapat mengganti modul program jauh lebih mudah daripada jika ia berurusan dengan keseluruhan program.

5. Modul yang Dapat Digunakan Kembali. Modul biasa dari kode yang dapat digunakan kembali, dapat diakses oleh semua aplikasi yang memerlukannya.

6. Dokumentasi Standar. Diperlukan sistem, pemakai, perangkat lunak dan dokumentasi operasi yang standar sehingga semua informasi yang diperlukan untuk beroperasi dan pemeliharaan aplikasi khusus akan tersedia.

7. Kontrol Sentral. Semua program, dokumentasi, dan data tes seharusnya diinstal dalam penyimpanan pusat dari sistem CASE (Computer-Aided Software Engineering atau Computer-Assisted Software Engineering).

D. MENGELOLA PEMELIHARAAN SISTEM Tantangan mengelola pemeliharaan sistem adalah sama dengan tantangan mengelola usahausaha lain. Yaitu tantangan untuk mengelola manusia. Prioritas utama untuk mengarahkan pemeliharaan sistem adalah mengumpulkan sekelompok pemelihara yang berkompeten dan termotivasi, serta menyuplai mereka dengan perangkat dan sumber- sumber untuk melakukan pemeliharaan sistem yang terjadwal maupun tidak terjadwal.

Pemeliharaan sistem terjadwal dapat dibuat menurut kalender atau diagram Gantt. Pemeliharaan

tidak terjadwal biasanya dilakukan atas inisiatif pemakai dan operator. Bagaimanapun juga pihak manajemen seharusnya menetapkan suatu cara untuk mengawali, merekam, dan mengevaluasi aktivitas pemeliharaan. Dengan melalui evaluasi kegiatan pemeliharaan, seorang manajer akhirnya dapat mengoptimalkan program pemeliharaan sistem secara keseluruhan.

BAB II MODEL PROSES PEMELIHARAAN PERANGKAT LUNAK

1. Inventory Analysis a. Persediaan: atribut dari aplikasi (ukuran, usia, bisnis kekritisan) b. Perubahan mengunjungi ulang inventaris secara teratur 2. Document Restructuring a. Tidak ada dokumentasi ulang (relatif statis, tidak banyak lagi digunakan, tidak ada

perubahan yang diharapkan) b. Memperbarui dokumentasi ketika perubahan dibuat c. Melengkapi dokumentasi ulang, tetapi disimpan di minimum (business critical

system) 3. Reverse Engineering a. Menganalisis kode program untuk membuat representasi program pada tingkat lebih

tinggi dari abstraksi (misalnya UML diagram) b. Desain dan specification recovery

4. Code Restructuring a. Tipe paling umum b. c. 5. Menganalisis kode sumber (alat restrukturisasi) Meninjau dan menguji hasilnya, memperbarui kode dokumentasi

Data Restructuring a. Restrukturisasi dimulai sebagian besar dengan reverse engineering (menentukan /

memeriksa data model dan struktur) b. c. restrukturisasi data yang lemah restrukturisasi data memerlukan perubahan dalam arsitektur atau

kode sumber perubahan 6. Forward Engineering a. Memulihkan informasi desain dari perangkat lunak yang ada dan mengubah / mengembalikan sistem meningkatkan kualitas secara keseluruhan b. Melaksanakan fungsi lama kembali, menambahkan yang baru, meningkatkan

keseluruhan kinerja dan kualitas

Reverse Engineering Reverse engineering dapat mengekstrak desain dari kode sumber, tetapi tingkat abstraksi, kelengkapan dokumentasi, tingkat dimana peranti dan analis bekerja sama dan direksionalitas proses sangat bervariasi. Tingkat abstraksi; proses reserve engineering harus mampu menggunakan: Representasi prosedural (tingkat yang rendah) Program dan informasi struktur data (tingkat yang lebih tinggi)

 Data dan model aliran kontrol (tingkat yang sangat tinggi) Model hubungan entitas (tingkat yang tinggi) Kelengkapan proses mengacu pada tingkat detail yang diberikan pada suatu tingkat abstraksi. Kelengkapan meningkat berbanding lurus dengan jumlah analisis yang dilakukan. Direksionalitas; bila satu jalur maka semua informasi yang diekstrak dari kode sumber diberikan kepada perekayasa yang dapat menggunakannya selama pemeliharaan. Bila dua arah informasi diisikan ke peranti rekayasa ulang yang akan merestrukturisasi atau memunculkan lagi program lama.

A. Reverse Engineering untuk Memahami Pemrosesan Aktivitas reverse engineering real pertama-tama dimulai dengan usaha memahami kemudian mengekstrak abstraksi prosedural yang direpresentasikan oleh kode sumber. Fungsionalitas keseluruhan dari sistem harus dipahami sebelum kerja reverse engineering yang lebih detail dilakukan. Teknik segmentasi program sebagai cara untuk mengidentifikasi pola prosedural dengan sebuah model dan kemudian mengemas lagi pola-pola itu ke dalam sebuah fungsi yang penting.

B. Reverse engineering untuk memahami data. Pada tingkat sistem, stuktur data global ( misal file, database )sering direkayasa ulang untuk mengakomodasi paradigma manajemen database baru ( misal gerakan dari flat file ke sistem database relasional atau OO ). Struktur Data Internal Pendekatan untuk kelas reverse engineering: 1. Identifikasi flag dan struktur data lokal pada program yang merekam informasi penting mengenai struktur data global. 2. Tetapkan hubungan antara flag dan struktur data lokal dan global. 3. Untuk setiap variabel yang merepresentasikan array atau file, daftarlah semua variabel lain yang memiliki hubungan logis dengannya. Struktur database Langkah-langkah mendefinisikan model data yang ada ke model database baru. 1. Bangun model obyek awal. 2. Tentukan kunci calon. 3. Saring kelas-kelas tentatif 4. Definisikan generalsisasi. 5. Temukan hubungan. Interface Pemakai Reverse Engineering Untuk memahami secara penuh interface ( UI ) yang sudah ada, struktur dan tingkah laku interface harus ditentukan. Tiga pertanyaan mendasar yang harus dijawab pada saat reverse engineering suatu UI dimulai: 1. Apakah aksi dasar yang harus diproses interface? 2. Apa deskripsi respon perilaku sistem terhadap aksi? 3. Konsep ekivalensi apa yang relevan di sini? Aljabar proses dapat digunakan untuk merepresentasikan tingkah laku suatu interface dalam cara yang formal.

Restrukturisasi Manfaat yang dapat diperoleh bila perangkat lunak direstrukturisasi:

 Membuat program memiliki kualitas lebih tinggi. Meningkatkan produktivitas dan membuat proses belajar menjadi lebih mudah. Mengurangi usaha yang diperlukan untuk pemeliharaan. Membuat perangkat lunak menjadi lebih mudah diuji dan debug.

A. Restrukturisasi kode Dilakukan untuk menghasilkan desain yang menghasilkan fungsi sama tetapi dengan kualitas yang lebih tinggi daripada program semula.

B. Restrukturisasi data Tujuannya adalah mengekstrak item dan obyek data, untuk memperoleh informasi aliran data, dan memahami struktur data yang ada yang telah diimplementasikan. Aktivitas ini disebut juga analisis data.

Forward Engineering Proses ini menerapkan prinsip-prinsip rekayasa perangkat lunak, konsep dan metode untuk membuat ulang suatu aplikasi yang sudah ada. Tidak hanya membuat ekivalen modern dari program lama, tetapi lebih mengintegrasikan pemakai baru dan persyaratan teknologi ke usaha rekayasa ulang.

Forward Engineering untuk Arsitektur Client/Server Rekayasa ulang untuk aplikasi C/S dimulai dengan analisis yang mendalam terhadap lingkungan bisnis yang mencakup main frame yang ada.

Forward Engineerung untuk Arsitektur Berorientasi Obyek. Bila sistem yang direkayasa ulang meluaskan fungsionalitas atau tingkah laku aplikasi semula, maka use case diciptakan. Model data yang dibuat selama reverse engineering kemudian digunakan dalam hubungannya dengan pemodelan CRC ( Pemodelan kelas tanggung jawab kolaborator ) untuk membangun basis bagi definisi kelas. Hirarki kelas, model hubungan obyek, model tingkah laku obyek dan subsistem didefinisikan dan desain OO dimulai.

Interface Pemakai Forward Engineering Model untuk merekayasa ulang interface pemakai: 1. Memahami interface original dan data yang bergerak di antaranya serta sisa aplikasi. 2. Modelkan lagi tingkah laku yang diimplikasikan oleh interface yang ada ke dalam sederetan abstraksi yang memiliki arti konteks GUI. 3. Lakukan peningkatan yang membuat mode interaksi lebih efisisen. 4. Bangun dan integrasikan GUI yang baru.

Rekayasa Ulang Sistem atau Reengineering adalah suatu proses yang kerap disamakan dengan me-maintenance sistem (dalam hal ini yang kita bicarakan adalah sistem berbasis komputer). Menurut om Pressman Reengineering adalah proses membangun kembali sistem dimana produk yang dihasilkan diharapkan bertambah fungsionalitasnya, semakin baik performa & keandalannya, serta meningkatkan kemampuan maintainability-nya.

Dalam bukunya pak Ian Sommerville menerangkan bahwa kenapa suatu sistem harus di reengineering, alasanya diantaranya : 1. Requirement baru terbentuk selaman sistem tersebut digunakan 2. lingkungan bisnis sistem tersebut berubah 3. terdapat eror yang harus segera diperbaiki 4. ada komputer atau hardware baru yang ditambahkan ke sistem

5. Performa dan keandalan sistem harus segera ditingkatkan. Dalam buku nya pak Sommerville lebih menitikberatkan pada Software Evolution dimana software-software kuno yang vital harus di-rekayasa ulang agar dapat menjawab tantangan di masa kini dan masa depan. Lain hal nya dengan Pak Sommerville, Om Pressman membagi proses Reenginering kedalam 2 tahap yaitu Business Process reengineering dan Software Reenginering. Kedua hal tersebut memang berbeda dan harus dibedakan, jika business process Reenginering dilakukan oleh business analyst maka software Reenginering dilakukan oleh programer dan tim2nya. Om Pressman dengan gamblang menerangkan masing-masing tahap kedua proses tersebut, dimana business process Reenginering terdiri dari : Business definition -> Process Identification -> Process Evaluation -> Process specification & deign -> Prototyping -> Refinement & Instalation. Sedang software Reenginering terdiri atas : Inventory Analysis -> Document Restructuring -> Reverse Engineering -> Code Restructuring -> Data Restructuring -> Forward Engineering. Jika kedua pakar diatas lebih banyak menerangkan secara teoritis mengenai Reenginering maka mas Joseph Fong dalam bukunya Information System Reenginering and Integration , lebih banyak menerangkan secara praktis bagaimana proses-proses Reenginering itu dilalui. Mas Joseph Fong banyak menerangkan bagaimana merubah basis data misal dari skema Entity Relationship Diagram ke skema Object Oriented & ke skema XML. Sungguh suatu teknik rumit tapi posible untuk dicoba dan berharga untuk dimiliki.

Soal jawab: Pertanyaan untuk BAB I 1. Apa itu pemeliharaan sistem menurut anda ? Jawab : menurut saya pemeliharaan sistem adalah Tahap yang ada setelah tahap implementasi. Sistem baru yang berjalan digunakan sesuai dengan keperluan organisasi. Selama masa hidupnya, sistem secara periodik akan ditinjau. Perubahan dilakukan jika muncul masalah atau jika ternyata ada kebutuhan baru. Selanjutnya, organisasi akan menggunakan sistem yang telah diperbaiki tersebut 2. Difase manakah pemeliharaan sistem berada ? sertakan gambar atau bukti ! Jawab : pemelihraan / perawan berada pada backend fase

3. Berapa banyak biaya yang perlukan suatu perusahaan untuk pemeliharaan perangkat lunak aplikasi / sistemnya ? Jawab : biasanya 80 %(persen) dari anggaran belanjanya 4. Bagaimana cara kerja sistem pemeliharaan kortektif ?

Jawab : yaitu pemeliharaan pada saat sistem masih tetap berjalan, dan menyesuaikan setelah kesalahan kesalahan diperbaiki

5. Bagaimana cara kerja sistem pemeliharaan adaptif ? Jawab : yaitu pemeliharaan yang menyesuaikan perangkat lunak yang kita miliki dengan lingkungan luar atau peraturan peraturan pada saat itu, misalnya pengguna baru yang mempunyai cara lain untuk menggunakan aplikasi harus disesuaikan dengan aplikasinya atau juga ada undang undang tentang perhitungan gaji buruh / karyawan maka perusahaan harus menyesuaikan aplikasi perhitungan gajinya/ 6. Adakah aplikasi perangkat lunak yang tidak dapat di maintenance ? Jawab : ada, yaitu Beberapa perangkat lunak yang tidak terstruktur dan tidak didokumentasikan mungkin hampir tidak dapat dipelihara. 7. Bagaimana itu pemeriksaan secara periodik pada pemeliharaan perfentif ? Jawab : Pemeliharaan perangkat lunak terutama pemeliharaan preventif yang memerlukan reparasi, penggantian, atau penambahan komponen untuk merestorasi atau menjaga agar perangkat lunka tetap bekerja dengan baik. Komponen perangkat lunak sistem informasi sebaiknya dicek dan diservis secara periodik.

8. Ada berapa jenis pemeliharaan sistem yang anda ketahui ? Jawab : Pemeliharaan sistem terjadwal dapat dibuat menurut kalender atau diagram Gantt. Pemeliharaan tidak terjadwal biasanya dilakukan atas inisiatif pemakai dan operator. Bagaimanapun juga pihak manajemen seharusnya menetapkan suatu cara untuk mengawali, merekam, dan mengevaluasi aktivitas pemeliharaan. Dengan melalui evaluasi kegiatan pemeliharaan, seorang manajer akhirnya dapat mengoptimalkan program pemeliharaan sistem secara keseluruhan.

9. Berikan contoh pemeliharaan perfektif !

Jawab : kegiatan pemeliharaan ini dapat berbentuk perekayasaan ulang atau restrukturisasi perangkat lunak, penulisan ulang dokumentasi, pengubahan format dan isi laporan, penentuan logika pemrosesan yang lebih efisien, dan pengembangan efisiens pengoperasian perangkat.

10. Apa itu system maintainability? Jawab : System Maintainability (kemampuan pemeliharaan sistem) adalah kapasitas personil pemeliharaan untuk melakukan pemeliharaan korektif, adaptif, penyempurnaan, atau preventif. Semakin mudah suatu sistem dipelihara, semakin kecil pula tenaga dan biaya yang harus dikeluarkan untuk memelihara sistem.

Pertanyaan unutk BAB II 11. Sebutkan tahapan tahapan proses model pemeliharan perangkat lunak ! Jawab : Inventory Analysis -> Document Restructuring -> Reverse Engineering -> Code Restructuring -> Data Restructuring -> Forward Engineering. 12. Apa saja yang ada apada tingkat abstraksi pada proses reserve enginering ? Jawab : Representasi prosedural (tingkat yang rendah) Program dan informasi struktur data (tingkat yang lebih tinggi) Data dan model aliran kontrol (tingkat yang sangat tinggi) Model hubungan entitas (tingkat yang tinggi) 13. Apa ada manfaat ketika perangkat lunak di restrukturisasi ? Jawab : ada manfaatnya , yaitu Membuat program memiliki kualitas lebih tinggi. Meningkatkan produktivitas dan membuat proses belajar menjadi lebih mudah. Mengurangi usaha yang diperlukan untuk pemeliharaan. Membuat perangkat lunak menjadi lebih mudah diuji dan debug. 14. Ada berapa jenis restrukturisasi ? Jawab : A. Restrukturisasi kode

Dilakukan untuk menghasilkan desain yang menghasilkan fungsi sama tetapi dengan kualitas yang lebih tinggi daripada program semula.

B. Restrukturisasi data Tujuannya adalah mengekstrak item dan obyek data, untuk memperoleh informasi aliran data, dan memahami struktur data yang ada yang telah diimplementasikan. Aktivitas ini disebut juga analisis data. 15. Apa saja langkah langkah membuat database baru ? Jawab : 1. Bangun model obyek awal. 2. Tentukan kunci calon. 3. Saring kelas-kelas tentatif 4. Definisikan generalsisasi. 5. Temukan hubungan. 16.apa tahapan pada reverse enginering? Jawab : a. Menganalisis kode program untuk membuat representasi program pada tingkat lebih tinggi dari abstraksi (misalnya UML diagram) b. Desain dan specification recovery

17.apa itu forward eginering? Jawab : Proses ini menerapkan prinsip-prinsip rekayasa perangkat lunak, konsep dan metode untuk membuat ulang suatu aplikasi yang sudah ada. Tidak hanya membuat ekivalen modern dari program lama, tetapi lebih mengintegrasikan pemakai baru dan persyaratan teknologi ke usaha rekayasa ulang.

18. apa itu direksionalitas ?

Jawab : bila satu jalur maka semua informasi yang diekstrak dari kode sumber diberikan kepada perekayasa yang dapat menggunakannya selama pemeliharaan. Bila dua arah informasi diisikan ke peranti rekayasa ulang yang akan merestrukturisasi atau memunculkan lagi program lama. 19.Apakah maintenance system sama dengan reenginering software ? Jawab : tidak , berbeda Rekayasa Ulang Sistem atau Reengineering adalah suatu proses yang kerap disamakan dengan me-maintenance sistem (dalam hal ini yang kita bicarakan adalah sistem berbasis komputer), namun keduanya adalah hal yang berbeda 20. Dimakah perbedaan dari kedua diatas ?? Jawab : reenginering adalah merekayasa kembali atau membuat kembali perangkat lunak dan tidak memakai perangkat lunak yang lama, sedangkan perawatan software (maintenance) adalah merawat dan memperbaiki perangkat lunak tanpa meninggalkan perangkat lunak tersebut

TUGAS REKAYASA ULANG PERANGKAT LUNAK

NAMA : ABDUL AZIZ ZAPUTRA 092129 KELAS : B

STMIK DIPANEGARA MAKASSAR 2011