information system development

INFORMATION SYSTEM DEVELOPMENT
The proses of system Development
Sebuah proses pengembangan sistem adalah seperangkat aktivitas, metode, praktik terbaik,
Deliverables, dan alat – alat otomatis yang stakeholders. Dgunakan untuk menggembangkan dan
memelihara sistem informasi dan perangkat lunak.
 The Capability Maturity Model (CMM)
The Capability Maturity Model (CMM) adalah kerangka kerja untuk menilai tingkat
kematangan pengembangan sistem informasi itu organisasi dan proses manajemen dan produk. It
consists of five levels of maturity as measured by a set of guidelines called the key process areas.
Ini terdiri dari lima tingkat kematangan yang diukur dengan seperangkat pedoman yang disebut
area proses kunci.

Level 1 Initial :
Proyak pengembangan sistem tidak mengikuti proses yang ditentukan.

Level 2 Repetable :
Proses manajemen proyek dan praktek dibentuk untuk melacak biaya proek, jadwal dan
Fungsional.

Level 3 Defined :
Sebuah proses pengembangan sistem standart (kadang – kadang disebut “ METODOLOGI”)
adalah dibeli atau dikembangkan, dan terintegrasi diseluruh sistem informasi/Unit layanan
Organisasi.

Level 4 Managed :
Tujuan yang terukur untuk kualitas dan produktivitas ditetapakan.

Level 5 Optimizing :
Pengembangan sistem proses standart adalah terus dimonitor dan ditingkatkan berdasarkan
ukuran dan analisis data yang didirkan pada level 4.
 Life cycle Vs Methodologi
Satu metodologi pembangunan sistem "laksanakan" langkah pembangunan sistem dari jalan
kehidupan sistem. Masing-masing individu sistem informasi yang mempunyai jalan kehidupan
sistemnya sendiri.
Metodology adalah standart berjalan membangun dan memelihara sistem itu dan semua sistem
informasi lain melalui jalan kehidupan mereka.
Consisten dengan tujuan dari CMM, metodologi memastikan tersebut:

Satu consitent, pendekatan yang dapat direproduksi diterapkan terhadap semuanya proyek.

Ada risiko dikurangi menghubungkan dengan jalan pintas dan kesalahan.

Lengkapi dan dokumentasi konsisten dihasilkan dari sesuatu memproyeksikan ke berikutnya.

Penganalisa sistem, perancang dan ahli bangunan dengan cepat menugaskan kembali di antara
proyek karena semua pergunakan proses yang sama.

Seperti pasukan pembangunan dan staf secara konstan berganti, hasil dari pekerjaan utama dapat
mudah didapat kembali dan dipahami oleh yang ikuti.
 Underlying Principles for Systems Development

Prinsip 1: Peroleh pengguna sistem Terbelit untuk alasan ini, keterlibatan pengguna
sistem adalah satu keperluan absolut untuk pembangunan sistem sukses.

Prinsip 2: Pergunakan satu Pendekatan pemecahan masalah
Masalah masa dengan luas terpakai sepanjang buku ini untuk meliputi :
1. Masalah sebenarnya
2. Kesempatan untuk peningkatan
3. Direktif dari manajemen
Pemecahan masalah klasik pendekatan adalah sebagai berikut:
1. Pembahasan dan memahami masalah, hubungan kalimat ini dan dampak ini.
2. Definisikan kebutuhan yang harus dijumpai oleh apapun solusi.
3. Mengidentifikasi solusi calon yang memenuhi kebutuhan dan memilih solusi.
4. Desain dan atau menerapkan memilih solusi.
5. Amati dan evaluasi dampaknya solusi dan menyuling solusi bersesuaian.

Prinsip 3: Dirikan Tahap dan aktivitas

Prinsip 4: Mendokumentasikan sepanjang pembangunan.

Prinsip 5: Mendirikan Standar
Satu arsitektur teknologi memberi keterangan secara khas tentang mestandarkan sebagai
berikut :
1. Database technology
2. Software technology
3. Interface technology

Prinsip 6 : Mengatur proses dan proyek
Proses manajemen dan manajemen proyek dipengaruhi oleh kebutuhan untuk mutu
mengurangi manajemen. Standar berkualitas dibangun ke dalam satu proses untuk
memastikan bahwa aktivitas dan deliverables dari masing-masing tahap akan sokong ke
pembangunan dari satu berkwalitas tinggi sistem infrmation. Mereka mengurangi
kemungkinan dengan masalah terluput dan kebutuhan, seperti halnya desain cacat dan
kesalahan program.

Prinsip 7 : Membenarkan Sistem Informasi sebagai investasi modal
Pemilik sistem menjalankan kembali ke lebih keputusan teknis mahal. Di dalam
mempertimbangkan satu investasi ibukota, dua emisi harus tertuju:
1. Untuk apapun masalah, ada mungkin beberapa solusi mungkin.
2. Setelah solusi alternatif identifikas,juru analisa sistem harus mengevaluasi masingmasing mungkin solusi untuk kelayakan, terutama untuk merugikan efektivitas.

Prinsip 8 : Jangan menjadi Ketakutan ke penangguhan atau perbaikan
Di masing-masing titik pemeriksaan, ahli analisa harus mempertimbangkan hak suara
berikut:
1. Batalkan proyek kalau ini adalah tidak lagi mungkin.
2. Evaluasi ulang dan sesuaikan biaya dan jadwal kalau memproyeksikan bidang
lapangan adalah ditingkat.
3. Kurangi bidang lapangan kalau anggaran keuangan proyek dan jadwal dibekukan dan
tidak cukup ke sampul semua proyeksikan obyektif.

Prinsip 9 : Terpecah dan menaklukkan
Terpecah ini dan menaklukkan pendekatan juga melengkapi manajemen komunikasi dan
proyek dengan mengijinkan potongan berbeda dari sistem dikomunikasikan ke berbeda
dan paling sesuai pemegang taruhan.

Prinsip 10 : Disain sistem untuk perkembangan dan perubahan
Masalah-PIECES
P = Kebutuhan untuk meningkatkan kinerja.
I = Saya perlu untuk meningkatkan informasi (dan data)
E = Kebutuhan untuk meningkatkan ekonomi, biaya kontrol, atau keuntungan meningkat
C = perlu untuk meningkatkan kontrol atau keamanan
E = Kebutuhan untuk meningkatkan efisiensi orang dan proses
S = Kebutuhan untuk meningkatkan layanan kepada pelanggan, pemasok, mitra, karyawan, dll
Kegiatan siklus hidup Cross adalah kegiatan yang tumpang tindih atau semua fase banyak
metodologi.
o
Fact-finding Pencarian fakta
o
Documentation and presentation Dokumentasi dan presentasi
o
Feasibility analysis Analisis Kelayakan
o
Process and project management Proses dan manajemen proyek
System Development Documentation, Responsitory, dan Presentation
Desain fisik dan integrasi memberikan persetujuan atas usulan sistem dari tahap analisa
keputusan, Anda akhirnya dapat merancang sistem yang baru. Desain pysical adalah kebalikan
dari desain logis.
ada dua filosofi desain fisik ekstrim
1. Desain oleh spesifikasi, model sistem fisik dan spesifikasi rinci diproduksi sebagai rangkaian
tertulis (atau komputer yang dihasilkan) cetak biru untuk konstruksi.
2. Desain oleh prototyping-lengkap tapi aplikasi yang berfungsi atau subsistem yang dibangun
dan disempurnakan berdasarkan masukan dari pengguna dan desainer lainnya.
Konstruksi dan pengujian, mengingat beberapa tingkat prysical model desain dan spesifikasi.
Repositori adalah database dimana pengembang sistem menyimpan semua dokumentasi,
pengetahuan, dan produk untuk satu atau lebih sistem informasi atau proyek.
Rute alternatif melalui Metodologi

Model-Driven Development (MDD)
Model pendekatan didorong menekankan pemodelan sistem. Setelah menerapkan sistem
melayani sebagai model dokumentasi untuk setiap perubahan yang mungkin diperlukan
selama tahap operasi dan dukungan dari siklus kehidupan.
Pendekatan model ini diyakini didorong untuk menawarkan beberapa keuntungan dan
kerugiannya, sebagaimana tercantum di bawah ini:
Keuntungannya adalah:
a.
Persyaratan spesifikasi cenderung lebih dan lebih baik melalui dokumen
b. Businnes persyaratan dan desain sistem lebih mudah untuk memvalidasi dengan gambar
daripada kata-kata.
c. Lebih mudah untuk mengidentifikasi, konsep, dan menganalisis solusi teknis alternatif.
d. Spesifikasi desain cenderung lebih suara, stabil, mudah beradaptasi dan fleksibel karena
mereka model yang didasarkan dan dianalisa lebih mendalam sebelum mereka dibangun.
e. Sistem dapat dibangun lebih tepatnya pertama kali ketika dibangun dari menyeluruh dan
jelas berdasarkan spesifikasi model.
f. Beberapa berpendapat bahwa perangkat lunak kode-menghasilkan secara otomatis dapat
menghasilkan kerangka atau kode lengkap dekat dari model sistem yang bagus
Kekurangannya:
a. Itu memakan waktu. Dibutuhkan waktu untuk mengumpulkan fakta-fakta, menggambar
model, dan memvalidasi model-model. Hal ini terutama berlaku jika pengguna tidak
yakin atau tidak tepat tentang persyaratan sistem mereka.
b. Model hanya bisa sebagai baik sebagai pengguna pemahaman tentang persyaratan
c. Gambar yang bukan perangkat lunak-beberapa berpendapat bahwa adalah mengurangi
peran pengguna dalam proyek untuk partisipasi pasif.
d. Pendekatan model didorong dianggap oleh beberapa orang untuk menjadi pengguna
fleksibel sepenuhnya harus menentukan persyaratan sebelum desain, desain harus
sepenuhnya spesifikasi teknis sebelum konstruksi, dan sebagainya
Proses pemodelan ini didirikan dalam analisis terstruktur dan metodologi desain pada
tahun 1978. Sedangkan analisis terstruktur dan desain telah kehilangan dukungan sebagai
metodologi, proses pemodelan tetap menjadi teknik yang layak dan penting.
Data
metode
pemodelan
menekankan
blok
bangunan
pengetahuan.
Obyek Modeling. Pemodelan Obyek merupakan hasil dari hasil kemajuan teknis.

Rapid Application Development (RAD)
Ide dasar dari RAD adalah:
a.
Untuk lebih aktif melibatkan pengguna sistem dalam desain, analisis, dan kegiatan
konstruksi
b.
Untuk mengatur pengembangan sistem menjadi serangkaian terfokus, bersama-sama
melibatkan sistem pemilik, pengguna, analisis, perancang dan pembangun.
c.
Untuk mempercepat fase syarat analisis dan desain melalui pendekatan konstruksi berulang.
d. Untuk mengurangi jumlah waktu yang berlalu sebelum pengguna mulai melihat suatu sistem
kerja.
Pendekatan RAD menawarkan beberapa keuntungan dan kerugian:
Keuntungan
a.
Sangat berguna untuk proyek di mana persyaratan pengguna tidak yakin atau tidak tepat.
b. Mendorong pengguna aktif dan partisipasi manajemen (sebagai lawan dari reaksi pasif untuk
model tidak bekerja). Akhir ini meningkatkan antusiasme user untuk proyek tersebut.
c.
Proyek memiliki visibilitas yang lebih tinggi dan dukungan karena keterlibatan pengguna
luas di seluruh proses.
d. Pengguna dan manajemen melihat kerja, solusi berbasis perangkat lunak lebih cepat daripada
yang mereka lakukan dalam pembangunan berbasis model.
e.
Kesalahan dan kelalaian cenderung terdeteksi sebelumnya dalam prototipe dibandingkan
pada model sistem.
f.
Pengujian dan pelatihan yang alami oleh produk-produk dari pendekatan prototipe yang
mendasari.
g. Pendekatan iteratif merupakan proses yang lebih alami karena perubahan merupakan faktor
yang diharapkan selama pengembangan.
Kekurangan:
a. Beberapa pihak berpendapat bahwa RAD mendorong sebuah "kode, Melaksanakan, dan
perbaikan" mentalitas yang meningkatkan biaya seumur hidup yang diperlukan untuk
mengoperasikan, mendukung dan memelihara sistem.
b. Prototipe RAD dapat dengan mudah memecahkan masalah yang salah karena masalah
analisis disingkat atau diabaikan.
c. Sebuah prototipe RAD berbasis dapat mencegah analis dari mempertimbangkan lain,
alternatif teknis yang lebih layak.
d. Kadang-kadang yang terbaik adalah membuang prototipe jauhnya, tapi pemangku
kepentingan sering enggan untuk melakukannya karena mereka melihat ini sebagai hilangnya
waktu dan usaha dalam produk saat ini.
e. Penekanan pada kecepatan dapat berakibat buruk terhadap kualitas karena keliru pintas
melalui metodologi.

Commercial Off-the-Shelf Software (COTS)
Ide-ide dasar di balik aplikasi komersial rute kami pelaksanaan paket adalah:
1. Paket solusi software harus dipilih dengan cermat untuk memenuhi kebutuhan bisnis
2. Solusi paket perangkat lunak tidak hanya mahal untuk membeli tetapi dapat mahal untuk
melaksanakan
3. Paket perangkat lunak biasanya harus disesuaikan untuk dan diintegrasikan ke dalam dunia
bisnis
4. Paket software jarang memenuhi semua persyaratan bisnis untuk kepuasan pengguna lengkap
Strategi aplikasi komersial paket menawarkan kelebihan dan kekurangan:
Keuntungan:
a. Sistem baru biasanya dapat diterapkan lebih cepat karena pemrograman yang ekstensif tidak
diperlukan
b. Banyak bisnis tidak mampu membayar staf dan keahlian yang dibutuhkan untuk
mengembangkan solusi in-house
c. Aplikasi vendor menyebarkan biaya pengembangan mereka di seluruh pelanggan yang
membeli software mereka.
d. Vendor aplikasi bertanggung jawab untuk perbaikan sistem yang signifikan dan koreksi
kesalahan
e. Banyak fungsi bisnis yang lebih mirip dari dissimiliar untuk bisnis semua dalam suatu
industri tertentu.
Kekurangan:
a. Cost implementasi yang sukses tergantung pada sukses jangka panjang suatu kelangsungan
dari aplikasi vendor-jika vendor keluar dari bisnis, Anda dapat kehilangan dukungan teknis
dan perbaikan masa depan.
b. Sistem dibeli jarang mencerminkan solusi ideal yang bisnis dapat mencapai dengan sistem
yang dikembangkan in-house yang bisa disesuaikan dengan harapan tepat manajemen dan
pengguna.
c. Hampir selalu ada setidaknya beberapa perlawanan untuk mengubah proses bisnis untuk
beradaptasi dengan perangkat lunak
HYBRID STATEGY
Rute yang paling cepat adalah tidak semata-mata berbalas-balasan. Rute ini biasanya
digunakan untuk menyeleksi antara tingkatan arti tujuan dan negosisai bagian daftar kerja. Salah
satu strateginya adalah menggunakan kedua model-driven dan cepat rute aplikasi pengembangan
adalah strategi penambahan.
SYSTEM PEMELIHARAAN
Sitem pemeliharaan adalah yang akan datang dengan sengaja untuk memimpin project
operation dan tingkatan bantuan pada life cycle dimana terdapat pada dekade kemarin.
ALAT DAN TEKNOLOGI OTOMATIS
Apabila metode system perkembangan tidak dapat dilakukan selalu mengambil alat
otomatis, dan biasanya metode ini mempunyai manfaat dari teknologinya. Beberapa manfaatnya
adalah:

Meningkatkan aktivitas produksinya

Meningkatkan kualitasnya

Membuat lebih baik dan konsisten pada dokumennya.

Mengurangi umur hidup pemeliharaan.

Methodology bekerja baik
Tiga kelas pada alat otomatis pada perkembangan sistem informasi adalah:

Komputer menambah sistem modeling

Aplikasi pengembangan.

Project dan proses managers.
COMPUTER- ASSISTEN SISTEM ENGINEERING
Sitem engineering dan software engineering adalah dasar dari tujuan sistem dan software
perkembangan yang dapat dilakukan dan harus menjadi pekerjaan dengan engineering. Untuk
membantu analisis sistem lebih baik perform sistem modelling., indutri perkembangan alat
otomatisnya disebut alat Computer Assisted Software Engineering (CASE).
Biasanya jalan produk modelling ada pada personal komputer:

Repositories CASE
Disini adalah pusat dari kebenaran alat arsitekture CASE adalah perkembangan database yang
disebut dengan Repository CASE. Sekitar Repository CASE adalah collection of tools atau
fasilitas untuk membuat model sistem dan dokumen.

Fasilitas CASE
Untuk menggunakan Repository, alat CASE memberi beberapa kombinasi yang diikuti oleh
fasilitasnya antara lain:
a. Diagramming tools
b. Dictonary tools
c. Design tools
d. Quality managemen tools
e. Documentation tools
f. Design and code generator
g. Testing tools

Forward dan Reverse Engineering.
APPLICATION DEVELOPMENT ENVIRONMENTS (ADEs)
ADEs mempunyai beberapa fasilitas diantara fasilitas tersebut dibagi menjadi tiga yaitu
antara lain:

Bahasa programming atau gaya bahasa

Interface contrukstion tools

Middleware

Alat percobaan

Version kontrol

Help authoring tools

Repository links
PROJEK DAN PROSES MANAGER
Dimana CASE tools dan ADEs adalah tujuan untuk mendukung analisis, design, dan
konstruksi pada sistem informasi yang baru dan software, proses aplikasi manager dan proyek
aplikasi manajemen adalah tujuan untuk mendukung jalannya aktivitas life cycle.