Information

System
Development

By Mohammed Fajarullah Furtami

Outline of Information Systems
Development
– Jelaskan motivasi untuk proses pengembangan sistem dalam hal Capability Maturity
Model (CMM) untuk manajemen mutu.
– Membedakan antara siklus hidup sistem dan metodologi pengembangan sistem.
– Jelaskan 10 prinsip-prinsip dasar pengembangan sistem.
– Mendefinisikan masalah, peluang, dan arahan-pemicu untuk proyek-proyek
pengembangan sistem.
– Menggambarkan kerangka PIECES untuk masalah mengkategorikan, peluang, dan
arahan.
– Menggambarkan fase penting dari pengembangan sistem. Untuk setiap fase,
menjelaskan tujuan, masukan, dan output.
– Jelaskan kegiatan siklus hidup lintas yang tumpang tindih fase pengembangan sistem
ganda.
– Jelaskan khas alternative “rute” melalui tahapan dasar pengembangan sistem. Jelaskan
bagaimana rute dapat dikombinasikan atau disesuaikan untuk proyek yang berbeda.
– Jelaskan berbagai alat otomatis untuk pengembangan sistem.
Process of System Development

System development process – - serangkaian kegiatan, metode, praktik terbaik,

kiriman, dan alat-alat otomatis stakeholder yang digunakan untuk mengembangkan
dan terus meningkatkan sistem informasi dan perangkat lunak.

– banyak variasi
– Menggunakan proses yang konsisten untuk pengembangan sistem:
 Menciptakan efisiensi yang memungkinkan manajemen untuk mengalihkan sumber daya antara proyek
 Menghasilkan dokumentasi yang konsisten yang mengurangi biaya seumur hidup untuk mempertahankan sistem
 meningkatkan kualitas
CMM Process Management
Model
Capability Maturity Model(CMM) - kerangka kerja standar untuk menilai tingkat
kematangan proses pengembangan sistem informasi dan manajemen organisasi dan produk.
Terdiri dari lima tingkat kematangan:
– Level 1-Initial: Proyek-proyek pembangunan Sistem tidak mengikuti proses yang
ditentukan.
– Level 2-Repeatable: Proses dan praktek manajemen proyek dibentuk untuk melacak
biaya proyek, jadwal, dan fungsionalitas.
– Level 3-Defined: Proses pengembangan sistem Standard (metodologi) dibeli atau
dikembangkan. Semua proyek menggunakan versi dari proses ini.
– Level 4-Managed: Tujuan terukur untuk kualitas dan produktivitas ditetapkan.
– Tingkat 5-Optimizing: Proses pengembangan sistem standar terus dipantau dan
ditingkatkan berdasarkan langkah-langkah dan analisis data yang didirikan pada Level
4.
Capability Maturity Model
(CMM)
Impact of System Development
“Process” on Quality
Life Cycle versus Methodology

– Siklus hidup sistem – Dibagi menjadi dua tahap, (1) pengembangan sistem dan
(2) sistem operasi dan pemeliharaan.

– Metodologi pengembangan sistem- pendekatan formal untuk proses

pengembangan sistem; proses pengembangan standar yang mendefinisikan
(seperti dalam CMM Level 3) serangkaian kegiatan, metode, praktik terbaik,
kiriman, dan alat-alat otomatis pada pengembang sistem dan manajer proyek
yang digunakan untuk mengembangkan dan terus meningkatkan sistem
informasi dan perangkat lunak.
A System Life Cycle
Representative System
Development Methodologies
– Architected Rapid Application Development (RAD Architected)
– Sistem Metodologi Pengembangan dinamis (DSDM)
– Pengembangan Aplikasi Bersama (JAD)
– Teknik Informasi (IE)
– Rapid Application Development (RAD)
– Rasional Unified Process (RUP)
– Analisis terstruktur dan Desain
– eXtreme Programming (XP)
Principles of System
Development
– Mendapatkan pengguna yang terlibat dalam sistem.
– Gunakan pendekatan pemecahan masalah.
– Membangun fase dan kegiatan.
– Dokumen melalui pengembangan.
– Menetapkan standar.
– Mengelola proses dan proyek
– Membenarkan sistem sebagai investasi modal.
– Jangan takut untuk membatalkan atau merevisi lingkup.
– desain sistem untuk pertumbuhan dan perubahan.
Use a Problem-Solving Approach

Pendekatan pemecahan masalah klasik :

1. Pelajari dan pahami masalah, konteksnya, dan dampaknya.
2. Mendefinisikan persyaratan yang harus memenuhi oleh solusi
apapun.
3. Mengidentifikasi solusi-solusi yang memenuhi persyaratan, dan
pilihlah solusi yang terbaik.
4. Desain dan / atau menerapkan solusi yang dipilih.
5. Mengamati dan mengevaluasi dampak dari solusi tersebut, dan
memperbaiki dengan solusi yang sesuai.
Establish Phases and Activities

Tumpang tindih dari Fase Pengembangan Sistem

Manage the Process and Projects

Manajemen proses- kegiatan yang berkelanjutan yang mendokumentasikan,

mengelola, mengawasi penggunaan, dan meningkatkan metodologi yang
dipilih dalam organisasi/perusahaan ( “proses”) untuk pengembangan sistem.
Proses manajemen berkaitan dengan tahapan, kegiatan, kiriman, dan standar
kualitas yang harus diterapkan secara konsisten untuk semua proyek.

Manajemen proyek adalah proses yang melingkupi perencanaan,

kepegawaian, pengorganisasian, pengarahan, dan pengendalian proyek untuk
mengembangkan sistem informasi dengan biaya yang minimal dalam jangka
waktu tertentu dan dengan kualitas yang dapat diterima.
Justify Information Systems as
Capital Investments
Efektivitas biaya- Hasil yang diperoleh oleh keseimbangan antara biaya seumur hidup
dalam mengembangkan, memelihara, dan mengoperasikan sistem informasi dan
manfaat yang diperoleh dari sistem itu. Efektivitas biaya diukur dengan menganalisis
manfaat biaya tersebut.

Strategis rencana sistem informasi - rencana strategis formal (3-5 tahun) untuk
membangun dan memperbaiki infrastruktur teknologi informasi dan aplikasi sistem
informasi yang menggunakan infrastruktur itu.

Rencana strategis perusahaan- rencana strategis formal (3-5 tahun) untuk seluruh
bisnis yang mendefinisikan misinya, visi, tujuan, strategi, benchmark, dan langkah-
langkah kemajuan dan prestasi. Biasanya, rencana strategis perusahaan dilengkapi
dengan rencana unit bisnis strategis yang menentukan bagaimana masing-masing unit
bisnis akan memberikan kontribusi pada rencana perusahaan. Sistem informasi rencana
adalah salah satu rencana tingkat unit.
Don’t Be Afraid to Cancel
or Revise Scope
Creeping commitment (Merayap komitmen)- strategi di mana kelayakan dan
risiko terus dievaluasi ulang seluruh proyek. anggaran dan tenggat waktu
proyek disesuaikan.

Manajemen risiko- proses identifikasi, evaluasi, dan mengendalikan apa yang

mungkin salah dalam suatu proyek sebelum menjadi ancaman bagi
keberhasilan penyelesaian proyek atau pelaksanaan sistem informasi.
Manajemen risiko adalah drive dengan analisis risiko atau penilaian.
Where Do Systems Development
Projects Come From?
– Masalah - situasi yang tidak diinginkan yang mencegah terjadinya tujuan.
– Kesempatan - kesempatan untuk memperbaiki organisasi bahkan tanpa adanya
suatu masalah yang diidentifikasi.
– Pengarahan - persyaratan baru yang diberlakukan oleh manajemen,
pemerintah, atau beberapa pengaruh eksternal.
Where Do Systems Development
Projects Come From?
– Rencana Proyek
– Sebuah strategi sistem informasi rencana telah memeriksa bisnis
secara keseluruhan untuk mengidentifikasi proyek-proyek
pengembangan sistem yang akan mengembalikan nilai bisnis terbesar
dalam strategis (jangka panjang).
– Sebuah desain ulang proses bisnis yang telah dianalisis dari
serangkaian proses bisnis untuk menghilangkan redundansi dan
birokrasi dan untuk meningkatkan efisiensi dan nilai tambah. Tidak
saatnya untuk mendesain ulang sistem informasi yang mendukung
untuk proses-proses bisnis didesain ulang.
Where Do Systems Development
Projects Come From?
– proyek yang tidak direncanakan
– Dipicu oleh masalah, kesempatan, atau perintah tertentu yang
terjadi dalam perjalanan melakukan bisnis.
– Penyelenggara - sebuah badan administrasi pemilik sistem dan
eksekutif teknologi informasi yang mengutamakan dan
menyetujui proyek-proyek pengembangan sistem kandidat.
– Jaminan simpanan - repositori proposal proyek yang tidak
dapat didanai atau staf karena mereka adalah prioritas yang
lebih rendah daripada mereka yang telah disetujui untuk
pengembangan sistem.
The PIECES Problem-Solving
Framework
P kebutuhan untuk meningkatkan performance
I kebutuhan untuk meningkatkan informasi (data)
E kebutuhan untuk meningkatkan economics, biaya kontrol, atau meningkatkan
keuntungan
C kebutuhan untuk meningkatkan control atau keamanan
E kebutuhan untuk meningkatkan efficiency orang dalam proses pengembangan
proyek
S kebutuhan untuk meningkatkan service kepada pelanggan, pemasok, mitra,
karyawan, dll
Project Phases

– FAST - (Framework for the Application of Systems Thinking) metodologi

hipotesis yang digunakan untuk me-representasikan proses pengembangan
sistem.
– Setiap metodologi akan menggunakan fase proyek yang berbeda.
FAST Project Phases
Scope Definition Phase

Problem Statement- pernyataan dan kategorisasi masalah, peluang, dan

arahan; mungkin juga termasuk kendala dan visi awal untuk solusi.

Constraint - faktor, pembatasan, atau menahan diri yang mungkin membatasi

solusi atau proses pemecahan masalah.

Scope creep - fenomena umum dimana persyaratan dan harapan peningkatan

proyek, sering tanpa memperhatikan dampak pada anggaran dan jadwal.

Statement of work- kontrak dengan manajemen dan komunitas pengguna

untuk mengembangkan atau meningkatkan sistem informasi; mendefinisikan
visi, ruang lingkup, kendala, kebutuhan pengguna tingkat tinggi, jadwal, dan
anggaran. sinonim termasuk project charter. rencana proyek, dan persetujuan
tingkat layanan.
Requirements Analysis Phase

– Kemampuan baru apa yang harus sistem di sediakan bagi penggunanya?

– Data apa yang harus ditangkap dan disimpan?
– Apa tingkat kinerja yang diharapkan?
– Apa prioritas dari berbagai persyaratan?
Logical Design Phase

Desain logis- terjemahan dari kebutuhan pengguna bisnis ke dalam model

sistem yang menggambarkan hanya kebutuhan bisnis dan tidak setiap desain
teknis mungkin atau pelaksanaan persyaratan.

Model sistem- gambar sistem yang mewakili kenyataan atau realitas yang
diinginkan. model sistem memfasilitasi peningkatan komunikasi antara
pengguna sistem, analis sistem, desainer sistem, dan pembangun sistem.

Kelumpuhan analisis - istilah satir diciptakan untuk menggambarkan kondisi

proyek umum di mana pemodelan sistem berlebihan secara dramatis
memperlambat kemajuan implementasi solusi sistem yang dituju.
Decision Analysis Phase

– Solusi kandidat di evaluasi dalam hal:

– Kelayakan teknis- Apakah solusi teknis praktis? Apakah staf kami memiliki
keahlian teknis untuk merancang dan membangun solusi ini?
– Kelayakan operasional- Apakah solusi memenuhi kebutuhan pengguna?
Bagaimana solusi akan mengubah lingkungan kerja pengguna? Bagaimana
perasaan pengguna tentang solusi tersebut?
– Kelayakan ekonomi – Apakah solusi pembiayaan efektif?
– Jadwal kelayakan - Dapatkah solusi dirancang dan dilaksanakan dalam waktu
yang dapat diterima?
– Kelayakan risiko - Berapa probabilitas dari keberhasilan pelaksanaan dengan
menggunakan teknologi dan pendekatan?
Physical Design & Integration
Phase
- Desain fisik - terjemahan dari kebutuhan pengguna bisnis ke dalam model
sistem yang menggambarkan implementasi teknis dari kebutuhan bisnis
pengguna.

Dua filosofi ekstrim desain fisik :

– Desain oleh spesifikasi - model sistem fisik dan spesifikasi rinci diproduksi sebagai
rangkaian tertulis (atau yang dihasilkan komputer) cetak biru untuk konstruksi.

– Desain oleh prototyping – Model yang belum lengkap tapi berfungsi sebagai aplikasi
atau subsistem (disebut prototipe) yang dibangun dan disempurnakan berdasarkan
masukan dari pengguna dan desainer lainnya.
Construction and Testing Phase

Membangun dan komponen sistem pengujian

 Perangkat lunak
– dibeli
– Yang dibuat menurut pesanan

 database
 Pengguna dan Sistem Antarmuka
 Perangkat keras
 Jaringan
Installation and Delivery Phase

– Memberikan sistem ke dalam operasi (produksi)

– Memberikan pelatihan Pengguna
– Memberikan dokumentasi yang telah selesai dan lengkap
– Mengkonversi data yang ada
System Operation &
Maintenance
Dukungan sistem – Dukungan teknis yang berkelanjutan bagi pengguna dari
sistem tersebut, serta pemeliharaan yang diperlukan untuk menangani
kesalahan, kelalaian, atau persyaratan baru yang mungkin timbul.
Cross Life-Cycle Activities

Kegiatan siklus hidup lintas – Fase kegiatan yang tumpang tidih.

– Pencarian fakta - proses formal menggunakan penelitian, wawancara, pertemuan,
kuesioner, sampling, dan teknik lain untuk mengumpulkan informasi tentang masalah
sistem, persyaratan, dan preferensi.
– Dokumentasi dan presentasi
– Dokumentasi - fakta merekam dan spesifikasi untuk sistem untuk referensi saat ini dan masa
depan.
– Presentasi - mengkomunikasikan temuan, rekomendasi, dan dokumentasi untuk ditinjau
oleh pengguna tertarik dan mangers.
– Penyimpanan - database dan / atau direktori file di mana pengembang sistem menyimpan
semua dokumentasi, pengetahuan, dan artefak untuk sistem informasi atau proyek (s).
– Analisis kelayakan
– Proses dan manajemen proyek
System Development
Documentation, Repository, and
Presentations
 Sequential versus Iterative
Development
– Waterfall development approach
Sebuah pendekatan untuk analisis sistem
dan desain yang melengkapi setiap fase
satu demi satu dan hanya sekali.

– Iterative development approach

Sebuah pendekatan untuk analisis sistem dan
desain yang melengkapi seluruh sistem
informasi di iterasi yang berurutan. Setiap
iterasi melakukan beberapa analisis,
beberapa desain, dan beberapa konstruksi.
Model-Driven Development
Strategy
– Pengembangan model-driven - Strategi pengembangan sistem yang menekankan gambar
model sistem untuk membantu memvisualisasikan dan menganalisis masalah,
mendefinisikan kebutuhan bisnis, dan desain sistem informasi.

– Pemodelan proses - teknik proses yang berpusat dipopulerkan oleh analisis

terstruktur dan metodologi desain yang menggunakan model persyaratan proses
bisnis untuk mendapatkan desain perangkat lunak yang efektif untuk sistem.

– Pemodelan data - teknik data-berpusat yang digunakan untuk memodelkan

kebutuhan data bisnis dan sistem database desain yang memenuhi persyaratan
tersebut.

– Pemodelan objek- teknik yang mencoba untuk menggabungkan data dan proses
penting dalam konstruksi tunggal yang disebut objek. model objek adalah diagram
yang mendokumentasikan sistem dalam hal objek dan interaksi mereka.
Logical vs. Physical Models

Model logis - representasi bergambar yang menggambarkan apa sistem tersebut

atau yang dilakukan.

Model fisik - representasi bergambar teknis yang menggambarkan apa sistem

tersebut atau yang dilakukan dan bagaimana sistem ini diterapkan.
Model-Driven
Development
Strategy
 Model-Driven Development
Strategy

Keuntungan Kekurangan
– Persyaratan lebih sering menyeluruh – Memakan waktu
– Lebih mudah untuk menganalisis alternatif – Model hanya baik sebagai pemahaman
– Spesifikasi desain sering lebih stabil dan pengguna kebutuhan
fleksibel – Mengurangi peran pengguna karena
– Sistem dapat dibangun lebih benar gambar tidak sesuai software
pertama kalinya – Bisa tidak fleksibel
Rapid Application Development
Strategy
– Pengembangan aplikasi cepat (RAD) - strategi pengembangan sistem
yang menekankan kecepatan pengembangan melalui keterlibatan
pengguna yang ekstensif dalam pembangunan yang cepat, berulang, dan
bertahap dari serangkaian prototipe fungsi sistem yang akhirnya
berkembang menjadi sistem final.

– prototype - skala kecil,penggambaran, atau model kerja dari kebutuhan

pengguna atau desain yang diusulkan untuk sebuah sistem informasi.

– Time box - pengenaan periode waktu yang tidak diperpanjang, biasanya 60-90
hari, dimana yang pertama (atau berikutnya) versi sistem harus disampaikan ke
dalam operasi.
Rapid Application Development
Strategy
 Rapid Application Development
Strategy
Keuntungan
– Kebutuhan pengguna sering tidak menentu atau
tidak tepat
– Mendorong pengguna aktif dan partisipasi
manajemen
– Proyek mendapatkan visibilitas dan dukungan
yang lebih tinggi
– Stakeholder melihat solusi yang diberikan/dipilih
bekerja lebih cepat
– Kesalahan terdeteksi sebelumnya
– Pengujian dan pelatihan alami oleh-produk
– roses alami lebih karena perubahan diharapkan
Kekurangan
– Dapat mendorong "kode, melaksanakan,
perbaikan" mentalitas
– Dapat memecahkan masalah yang salah
karena analisis masalah disingkat
– Dapat mencegah analis dari pertimbangan
alternatif
– Stakeholder enggan untuk membuang
prototipe
– Penekanan pada kecepatan dapat
berdampak negative pada kualitas
Commercial Application Package
Implementation Strategy
– Paket aplikasi komersial- aplikasi perangkat lunak yang dapat dibeli dan
disesuaikan untuk memenuhi kebutuhan bisnis dari sejumlah besar
organisasi atau industri tertentu.
– Request for proposal (RFP) - dokumen formal yang mengkomunikasikan bisnis,
teknis, dan persyaratan dukungan untuk paket perangkat lunak aplikasi kepada
vendor yang mungkin ingin bersaing untuk penjualan paket aplikasi dan layanan.
– Request for qutation (RFQ) - dokumen formal yang mengkomunikasikan bisnis,
teknis, dan persyaratan dukungan untuk paket perangkat lunak aplikasi kepada
satu vendor yang telah ditentukan sebagai penyedia paket aplikasi dan layanan.
– Gap analysis- perbandingan bisnis dan persyaratan teknis untuk paket aplikasi
komersial terhadap kemampuan dan fitur dari paket aplikasi komersial spesifik
untuk menentukan persyaratan yang tidak dapat dipenuhi.
Commercial Application Package
Implementation Strategy
 Commercial Application Package
Implementation Strategy

Keuntungan Kekurangan
– Sistem biasanya dilaksanakan lebih cepat – Tergantung pada kelangsungan hidup
– Menghindari kepegawaian yang dibutuhkan jangka panjang vendor
untuk mengembangkan solusi di-rumah – Jarang mencerminkan solusi ideal
– Umumnya lebih murah
– Seringkali perlawanan terhadap proses
– Vendor bertanggung jawab untuk perbaikan perubahan bisnis untuk beradaptasi
dan koreksi
dengan perangkat lunak
– Banyak fungsi bisnis yang lebih mirip
daripada berbeda untuk semua bisnis dalam
suatu industri tertentu
A System
Maintenance
Perspective
Automated Tools and
Technology
– Computer-aided systems engineering (CASE)
– Application development environments (ADES)
– Proses dan manajer proyek
Computer-Assisted Software
Engineering (CASE)
rekayasa sistem komputer-aided(CASE) perangkat lunak otomatis
yang mendukung gambar dan analisis model sistem dan spesifikasi
terkait. Beberapa alat CASE juga menyediakan prototyping dan
pembuatan kode kemampuan.
– CASE repository sistem database pengembang di mana pengembang
dapat menyimpan model sistem, deskripsi rinci dan spesifikasi, dan
produk lainnya dari pengembangan sistem.
– forward engineering - Kemampuan alat CASE yang dapat
menghasilkan software awal atau kode database langsung dari sistem.
– reverse engineering - Kemampuan alat CASE yang dapat
menghasilkan model sistem awal dari perangkat lunak atau kode
database.
CASE Tool
Architecture
Application Development
Environments
Lingkungan pengembangan aplikasi (ADES) - alat pengembangan perangkat
lunak terintegrasi yang menyediakan semua fasilitas yang diperlukan untuk
mengembangkan perangkat lunak aplikasi baru dengan kecepatan dan
kualitas maksimum.
Fasilitas ADE termasuk:
– Bahasa pemrograman atau penerjemah
– alat konstruksi antarmuka
– middleware
– alat pengujian
– alat kontrol versi
– alat bantuan penulisan
– Tautan penyimpanan
Process and Project Managers

– Aplikasi manajer proses- sebuah alat otomatis yang membantu

dokumen dan mengelola metodologi dan rute, penyerahan, dan
standar manajemen mutu.

– Aplikasi manajer proyek - alat otomatis untuk membantu kegiatan

pengembangan sistem rencana (sebaiknya menggunakan
metodologi yang diakui), memperkirakan dan menetapkan sumber
daya (termasuk orang-orang dan biaya), jadwal kegiatan dan
sumber daya, memantau kemajuan terhadap jadwal dan anggaran,
kontrol dan memodifikasi jadwal dan sumber daya, dan laporan
proses proyek.