SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

24
SYSTEM DEVELOPMENT LIFE CYCLE (SDLC) MAKALAH Disusun untuk memenuhi Tugas dalam mata kuliah Sistem Informasi yang dibimbing oleh Aji Prasetya Wibawa, S.T., M.T., P.hD Oleh Angga Achmad Cholid (140551807490) Ayu Septiana Pratiwi (140551807469) Muhamad Arifin (140551807592) UNIVERSITAS NEGERI MALANG PASCASARJANA PROGRAM STUDI PENDIDIKAN KEJURUAN APRIL 2015

Transcript of SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

SYSTEM DEVELOPMENT LIFE CYCLE (SDLC)

MAKALAH

Disusun untuk memenuhi Tugas

dalam mata kuliah Sistem Informasi yang dibimbing oleh

Aji Prasetya Wibawa, S.T., M.T., P.hD

Oleh

Angga Achmad Cholid (140551807490)

Ayu Septiana Pratiwi (140551807469)

Muhamad Arifin (140551807592)

UNIVERSITAS NEGERI MALANG

PASCASARJANA

PROGRAM STUDI PENDIDIKAN KEJURUAN

APRIL 2015

1

GAMBARAN DARI PENGEMBANGAN SISTEM

Proses pengembangan sistem untuk individu dan organisasi. Peserta dalam

pengembangan sistem yang efektif memerlukan upaya tim. Tim biasanya terdiri dari

pemegang saham, pengguna, manajer, spesialis pembangunan sistem, dan berbagai

dukungan personil. Tim ini, disebut tim pengembangan, bertanggung jawab untuk

menentukan tujuan sistem informasi dan memberikan sebuah sistem yang memenuhi

tujuan tersebut. Memilih SI terbaik tim proyek pembangunan sistem sangat penting

untuk keberhasilan proyek. Sebuah proyek yang direncanakan koleksi kegiatan yang

mencapai tujuan, seperti membangun pabrik baru atau mengembangkan sistem

pendukung keputusan yang baru.

Sistem Individu Pengembang dan Pengguna

Pengembang sistem individu adalah orang yang melakukan semua

pengembangan sistem peran, termasuk analis sistem, programmer, spesialis teknis dan

peran-peran lain yang dijelaskan di bagian atas. Sementara pengembang sistem

individu dapat membuat aplikasi untuk kelompok atau seluruh organisasi, banyak

mengkhususkan diri dalam mengembangkan aplikasi untuk individu. Besar jumlah

aplikasi tersedia untuk smartphone dan komputer genggam lain perangkat.

Apple juga memungkinkan sistem pengembang untuk mengisi pengguna dalam

berbagai cara, termasuk harga tetap dan biaya berlangganan melalui aplikasi Apple

Toko. Ted Sullivan, misalnya, telah mengembangkan download gratis ia berharap

untuk membuat tersedia di Apple's App Store disebut Game Changer. Aplikasi akan

mengumpulkan statistik bisbol dari permainan bisbol anak-anak dan mengirim mereka

ke iPhone orangtua, kerabat, dan lain-lain.

Sistem Informasi Perencanaan dan Menyelaraskan Perusahaan dan Tujuan SI

Sistem informasi perencanaan dan menyelaraskan perusahaan dan tujuan SI

adalah aspek penting dari setiap proyek pembangunan sistem. Mencapai keunggulan

kompetitif adalah sering secara keseluruhan tujuan dari pengembangan sistem.

Perencanaan sistem informasi istilah mengacu menerjemahkan strategis dan organisasi

tujuan ke inisiatif pembangunan sistem. Tepat berencana memastikan bahwa tujuan

pembangunan sistem tertentu mendukung tujuan organisasi. Perencanaan jangka

panjang dapat juga menjadi penting dan mengakibatkan mendapatkan hasil maksimal

2

dari usaha pengembangan sistem. Itu juga dapat menyelaraskan tujuan IS dengan

tujuan perusahaan dan budaya, yang dibahas berikutnya.

Menyelaraskan tujuan organisasi dan tujuan adalah sangat penting untuk

mengembangkan sistem sukses usaha. Karena sistem informasi yang mendukung

kegiatan usaha lain, adalah staf dan orang-orang di departemen lain perlu memahami

tanggung jawab dan tugas masing-masing.

SIKLUS HIDUP PENGEMBANGAN SISTEM

Proses pembangunan sistem juga disebut sebuah siklus hidup pengembangan

sistem (SDLC) karena sedang kegiatan yang berhubungan dengan itu. Seperti setiap

sistem yang dibangun, proyek memiliki jadwal dan tenggat waktu, sampai akhirnya

sistem terinstal dan diterima. Jika sistem yang memerlukan peningkatan yang

signifikan di luar lingkup perawatan, jika perlu diganti karena generasi baru teknologi,

atau jika kebutuhan IS organisasi berubah secara signifikan, sebuah proyek baru akan

dimulai dan siklus akan memulai kembali. Langkah-langkah tradisional pengembangan

sistem mungkin bervariasi dari satu perusahaan ke yang berikutnya, tetapi kebanyakan

pendekatan memiliki lima fase umum: penyelidikan, analisis, desain, implementasi, dan

pemeliharaan dan review.

Pada tahap penyelidikan sistem, potensi masalah dan peluang diidentifikasi dan

dianggap dalam terang tujuan bisnis. Sistem penyelidikan berusaha untuk menjawab

pertanyaan "Apa masalahnya, dan apakah layak pemecahan?" Hasil utama dari fase ini

adalah proyek pembangunan yang ditetapkan untuk masalah bisnis atau peluang yang

memiliki pernyataan telah dibuat dan beberapa organisasi sumber daya telah dilakukan.

Sistem analisis upaya untuk menjawab pertanyaan "apa harus sistem informasi

lakukan untuk memecahkan masalah?" Tahap ini melibatkan belajar yang ada sistem

dan proses kerja untuk mengidentifikasi kekuatan, kelemahan, dan kesempatan untuk

perkembangan. Hasil utama dari sistem analisis yang daftar persyaratan dan prioritas.

Desain sistem berusaha untuk menjawab pertanyaan "bagaimana akan sistem

informasi melakukan apa yang harus dilakukan untuk mendapatkan solusi masalah?"

Hasil utama dari fasa ini adalah teknis desain yang menggambarkan sistem baru atau

menjelaskan bagaimana yang ada sistem akan dimodifikasi. Sistem desain rincian

sistem output, input, dan antarmuka pengguna; menentukan perangkat keras, perangkat

3

lunak, database, telekomunikasi, personil, dan prosedur komponen; dan menunjukkan

bagaimana komponen ini terkait.

Implementasi sistem melibatkan menciptakan atau memperoleh berbagai

komponen sistem rinci dalam sistem desain, perakitan mereka, dan menempatkan

sistem yang baru atau diubah ke dalam operasi. Tugas penting selama fase ini adalah

untuk melatih pengguna. Hasil pelaksanaan sistem dalam sistem informasi diinstal,

operasional yang memenuhi kebutuhan bisnis yang dikembangkan. Ini dapat juga

melibatkan pentahapan atau menghapus sistem lama, yang dapat sulit untuk pengguna

yang ada, terutama ketika sistem tersedia gratis.

Tujuan pemeliharaan sistem dan review adalah untuk memastikan bahwa sistem

beroperasi sebagaimana dimaksud dan memodifikasi sistem sehingga terus memenuhi

perubahan kebutuhan. Seperti ditunjukkan dalam gambar suatu sistem dalam

pengembangan bergerak dari satu phase tradisional SDLC ke yang berikutnya.

Prototyping

Prototyping mengambil pendekatan yang berulang-ulang untuk proses

pembangunan sistem.selama setiap iterasi, persyaratan dan alternatif solusi untuk

masalah diidentifikasi dan dianalisis, solusi baru yang dirancang, dan sebagian dari

sistem dilaksanakan. Pengguna yang kemudian dianjurkan untuk mencoba prototipe

dan memberikan umpan balik. Prototyping dimulai dengan membuat model awal

subsistem besar atau versi scaled-down dari seluruh sistem. Sebagai contoh, sebuah

prototipe mungkin menunjukkan contoh format laporan dan masukan layar. Setelah

mereka dikembangkan dan disempurnakan, prototipikal laporan dan layar input yang

digunakan sebagai model untuk sistem yang sebenarnya, yang dapat dikembangkan

dengan menggunakan pengguna akhir bahasa pemrograman seperti sebagai Visual

Basic.

4

Gambar 1 a) Prototiping dan b) Rifining selama Prototiping

Pengembangan aplikasi yang cepat (RAD) mempekerjakan alat, teknik dan

metodologi ditandatangani untuk kecepatan pengembangan aplikasi. Alat ini juga dapat

digunakan untuk membuat sistem proyek-proyek pembangunan yang lebih fleksibel

dan tangkas untuk bisa cepat berubah dengan mengubah kondisi dan lingkungan.

Vendor seperti komputer Associates International, IBM, dan produk-produk pasar

Oracle menargetkan pasar RAD. Software rasional, sebuah divisi dari IBM, Alat RAD

disebut rasional cepat pengembang untuk membuat program Java besar berkembang

dan aplikasi lebih mudah dan lebih cepat.

Selain pengembangan sistem pendekatan dibahas sebelumnya, sejumlah

pendekatan pengembangan sistem tangkas dan inovatif lainnya telah diciptakan oleh

komputer vendor dan penulis buku pengembangan sistem. Pendekatan ini semua

berusaha untuk memberikan

sistem yang lebih baik dalam jumlah waktu yang lebih pendek. Beberapa alat Tangkas

pengembangan tercantum di bawah ini.

• Adaptif Software Development.Adaptive Software Development (ASD) tumbuh

dari cepat teknik-teknik pengembangan aplikasi dan menekankan proses yang

berulang yang melibatkan analisis, desain dan implementasi pada setiap siklus

a) b)

5

atau pengulangan. Pendekatan ini terutama dikembangkan oleh James

Highsmith.

• Rasional kesatuan proses (RUP). Rasional Unified proses adalah sistem iteratif

pendekatan pembangunan dikembangkan oleh IBM dan mencakup sejumlah

alat dan teknik yang biasanya dirancang untuk sesuai dengan kebutuhan khusus

perusahaan atau organisasi.

• Fitur-Driven Development (FDD). Awalnya digunakan untuk menyelesaikan

pengembangan sistem proyek di bank besar, pengembangan Feature-Driven

adalah pengembangan sistem iteratif pendekatan yang menekankan fitur dari

sistem baru atau diubah dan melibatkan pengembangan model yang secara

keseluruhan, membuat daftar fitur, perencanaan dengan fitur, merancang

dengan fitur, dan bangunan oleh fitur.

• Crystal metodologi. Crystal metodologi adalah pengembangan

sistempendekatan yang dikembangkan oleh Alistair Cockburn yang

berkonsentrasi pada kerja tim yang efektif dan pengurangan dokumen dan

birokrasi untuk membuat proyek-proyek pembangunan lebih cepat dan lebih

efisien.

FAKTOR-FAKTOR YANG MEMPENGARUHI KESUKSESAN

PENGEMBANGAN SISTEM

Pengembangan sistem sukses berarti memberikan suatu sistem yang memenuhi

pengguna dan organisasi kebutuhan tepat waktu dan sesuai anggaran. Mencapai sukses

sistem pembangunan proyek, Namun, dapat menjadi sulit. Negara bagian Florida,

misalnya, memiliki masalah dengan yang $15 milyar Medicaid program, membuatnya

sulit atau tidak mungkin untuk beberapa penerima manfaat untuk memperoleh akses ke

sistem atau menerima pembayaran.

Beberapa peneliti percaya bahwa bagaimana pengembangan sistem proyek

dikelola dan dijalankan adalah salah satu indikator terbaik dari keberhasilan

pembangunan sistem. Memiliki dukungan dari manajer tingkat atas juga penting. Selain

keterlibatan pengguna dan dukungan manajemen puncak, faktor-faktor lain dapat

berkontribusi untuk kesuksesan pengembangan sistem. Tingkat perubahan faktor utama

yang mempengaruhi kualitas pembangunan sistem adalah tingkat perubahan asosiasi

dengan proyek.

6

Mengelola Perubahan

Kemampuan untuk mengelola perubahan sangat penting untuk keberhasilan

pengembangan sistem. Sistem baru pasti menyebabkan perubahan. Sayangnya, tidak

semua orang menyesuaikan dengan mudah, dan meningkatnya kompleksitas sistem

dapat mengalikan masalah. Beberapa pengembang sistem percaya sistem kompleksitas

adalah penyebab utama kegagalan pembangunan sistem. mengelola perubahan

membutuhkan kemampuan untuk mengenali yang ada atau masalah potensial (terutama

keprihatinan pengguna) dan berurusan dengan mereka sebelum mereka menjadi

ancaman serius bagi keberhasilan baru atau diubah sistem. Berikut adalah beberapa

masalah yang paling umum yang sering harus diatasi sebagai hasil dari sistem baru atau

diubah:

• Takut bahwa karyawan akan kehilangan dirinya pekerjaan, kekuatan, atau

mempengaruhi dalam organisasi.

• Keyakinan bahwa sistem yang diusulkan akan menciptakan lebih banyak

pekerjaan daripada menghilangkan.

• Keengganan untuk bekerja dengan "komputer".

• Kecemasan bahwa sistem yang diusulkan akan negatif mengubah struktur

organisasi.

• Keyakinan bahwa masalah lebih menekan daripada diselesaikan oleh sistem yang

diusulkan atau bahwa sistem dikembangkan oleh orang-orang yang tidak terbiasa

dengan "cara hal-hal yang perlu untuk selesai".

• Keengganan untuk mempelajari prosedur baru atau pendekatan.

Pentingnya Perencanaan

Besar proyek, semakin kemungkinan bahwa perencanaan yang buruk akan

menyebabkan masalah yang signifikan. Banyak perusahaan menemukan bahwa sistem

yang besar proyek jatuh di belakang jadwal, pergi atas anggaran, dan tidak memenuhi

harapan. Meskipun perencanaan yang tepat tidak menjamin bahwa jenis masalah akan

dihindari, hal ini dapat meminimalkan kemungkinan terjadinya mereka. Sistem yang

baik perkembangan ini tidak otomatis. Beberapa faktor berkontribusi terhadap

kegagalan sistem mengembangkan- proyek-proyek.

Pengalaman organisasi dengan proses pembangunan sistem adalah juga penting

faktor keberhasilan pembangunan sistem. kemampuan kematangan Model (CMM)

7

adalah salah satu cara untuk mengukur pengalaman ini. Hal tersebut didasarkan pada

penelitian yang dilakukan di Carnegie Mellon University dan bekerja dengan rekayasa

perangkat lunak Institute (SEI). CMM adalah ukuran dari jatuh tempo proses

pengembangan perangkat lunak dalam sebuah organisasi. CMM nilai-nilai organisasi

sistem pengembangan kedewasaan menggunakan lima tingkat: awal, berulang,

didefinisikan, dikelola, dan dioptimalkan.

Mempergunakan Peralatan Dalam Manajemen Proyek

Manajemen proyek meliputi perencanaan, penjadwalan, pengarahan,

pengendalian sumber daya manusia, keuangan, dan sumber daya teknologi untuk

mendefinisikan tugas yang selanjutnya menghasilkan pencapaian tujuan dan sasaran

tertentu. Perusahaan dan organisasi non profit menggunakan teknik dan alat-alat yang

penting dalam menjalankan kegiatannya.

Dalam pengembangan sistem, setiap kegiatan memiliki waktu mulai paling

awal, waktu selesai paling awal, dan ada kelonggaran waktu, yang merupakan

penundaan kegiatan tertentu yang menjadi bagian dari sebuah proyek, sehingga

kegiatan yang lain dalam sebuah proyek tetap berjalan atau dengan kata lain tanpa

menunda keseluruhan kegiatan proyek. Akan tetapi jalur penyelesaian sebuah proyek

atau jalur kritis sebuah proyek terdiri dari semua kegiatan dalam proyek tersebut, jadi

jika ditunda akan menunda seluruh proyek. Maka dari itu untuk memastikan bahwa

setiap kegiatan selesai secara tepat waktu dengan tetap bisa memanfaatkan kelonggaran

waktu yang ada, pendekatan manajemen proyek formal telah dikembangkan.

Pendekatan formal disebut Program Evaluation and Review Technique (PERT)

menciptakan tiga perkiraan waktu untuk penyelesaian setap kegiatan: Waktu paling

singkat, waktu sedang atau cukup, dan waktu terlama. Rumus ini kemudian diterapkan

untuk menentukan perkiraan waktu tunggal PERT. Gantt chart adalah alat grafis yang

digunakan untuk perencanaan, monitoring, dan koordinasi proyek; itu pada dasarnya

adalah sebuah kotak yang berisi daftar kegiatan dan tenggat waktu. Setiap kali tugas

selesai, penanda seperti garis gelap ditempatkan dalam grid cell yang tepat untuk

menunjukkan penyelesaian tugas.

Kedua teknik PERT dan Gantt dapat dioperasikan secara otomatis menggunkan

software manajemen proyek. Software manajemen proyek membantu manajer

8

menentukan cara terbaik untuk mempercepat waktu penyelesaian proyek dengan biaya

yang sedikit. Beberapa jenis software manajemen proyek dapat dilihat dalam Tabel 1.

Tabel 1 Pemilihian Software Manajemen Proyek

Penggunaan Perangkat Computer Aided Software Engineering (CASE)

Perangkat Computer Aided Software Engineering (CASE) mengotomatisasi

banyak tugas yang diperlukan dalam upaya pengembangan sistem dan dapat

menyesuaikan terhadap SDLC, sehingga meningkatkan ketelitian dan standarisasi

untuk seluruh proses pembangunan sistem. Oracle Designer dari Oracle

(www.oracle.com) dan Visible Analyst dari Visible Systems Corporation

(www.visible.com) adalah contoh dari perangkat CASE. Oracle Designer adalah

perangkat CASE yang dapat membantu analis sistem mengotomatisasi dan

menyederhanakan proses pengembangan sistem database.

Perangkat CASE yang fokus pada kegiatan yang berhubungan dengan tahap

awal pengembangan sistem sering disebut perangkat Upper-CASE. Paket-paket ini

menyediakan alat-alat otomatis untuk membantu sistem investigasi, analisis, dan

kegiatan desain. Perangkat CASE lainnya, disebut perangkat Lower Case, fokus pada

tahap implementasi dari hasil pengembangan sistem dan secara otomatis dapat

menghasilkan kode program yang terstruktur.

Pengembangan Sistem Berorientasi Objek

Keberhasilan pengembangan sistem dapat bergantung pada alat-alat

pemrograman tertentu dan pendekatan yang digunakan. Seperti disebutkan dalam Bab

2, orientasi objek atau Object Oriented (OO) pada bahasa pemrograman

memungkinkan interaksi terhadap pemograman objek, objek terdiri dari dua yaitu data

dan tindakan yang dapat dilakukan terhadap data. Jadi, suatu objek bisa menjadi data

tentang karyawan dan semua kegiatan operasional dalam perusahaan (seperti gaji,

tunjangan, dan perhitungan pajak) yang mungkin dilakukan pada data.

Mengembangkan program dan aplikasi menggunakan bahasa pemrograman

OO, meliputi tahap membangun modul dan bagian-bagian yang dapat digunakan

kembali dalam proyek pemrograman lain. Pengembangan sistem berorientasi objek

9

atau Object oriented systems development (OOSD) mengkombinasikan logika

pengembangan sistem dengan siklus pemodelan yang berorientasi pada objek dan

pemrograman. OOSD mengikuti siklus hidup pengembangan sistem, seperti SDLC.

Fase siklus hidup biasanya dilengkapi dengan banyak pengulangan. Pengembangan

sistem berorientasi objek biasanya mencakup tugas-tugas berikut:

Mengidentifikasi potensi masalah dan peluang dalam organisasi yang sesuai

dengan pendekatan Object Oriented (OO).

Mendefinisikan, sistem seperti apa yang dibutuhkan para pengguna. Analisis ini

berarti mendefinisikan semua objek yang merupakan bagian dari lingkungan kerja

pengguna (analisis berorientasi objek).

Merancang sistem. Proses ini mendefinisikan semua objek dalam sistem dan cara

mereka berhubungan (desain berorientasi objek).

Pemrograman atau modifikasi modul. Langkah implementasi ini mengambil model

objek dimulai selama analisis dan diselesaikan pada saat proses desain, kemudian

mengubahnya menjadi satu paket sistem dalam sebuah objek.

Evaluasi oleh pengguna. Implementasi awal evaluasi dan perbaikan dilakukan oleh

pengguna. Sebuah sistem yang lengkap, diuji, dan disetujui untuk digunakan.

Peninjauan dan modifikasi. Sistem yang telah selelsai dan telah

dioperasionalisasikan harus ditinjau secara berkala, serta dimodifikasi seperlunya

saja.

INVESTIGASI SISTEM

Tujuan dari investigasi sistem adalah mengidentifikasi potensi masalah dan

peluang untuk mempermudah pencapaian tujuan perusahaan. Investigasi sistem

mencoba untuk mengungkap jawaban atas pertanyaan-pertanyaan berikut:

Apakah masalah utama yang mungkin dapat dipecahkan ketika sistem telah

diperbarui atau ditingkatkan?

Peluang apa yang mungkin dapat diberikan ketika sistem telah diperbarui atau

ditingkatkan?

Apakah hardware, software, database, telekomunikasi, personil, atau prosedur yang

telah diperbarui akan meningkatkan sistem yang ada?

Berapa banyak biaya potensial (biaya tetap dan biaya variabel) yang di perlukan?

Apa saja resiko yang ditimbulkan?

10

Memulai Investigasi Sistem

Pengembangan sistem memerlukan waktu dan usaha yang cukup lama,

sehingga banyak organisasi yang mengadopsi prosedur formal untuk memulai

pengembangan sistem, yang dimulai dengan investigasi sistem. Sistem permohonan

formulir adalah dokumen yang diisi oleh seseorang yang ingin departemen sistem

informasi memulai investigasi sistem. Formulir ini biasanya mencakup informasi

diantaranya 1) masalah atau peluang di dalam sistem, 2) tujuan dari investigasi system,

3) gambaran dari sistem yang diusulkan, dan 4) perkiraan biaya dan manfaat dari

sistem yang diusulkan.

Analisis kelayakan

Langkah utama dari tahap investigasi sistem adalah analisis kelayakan, yang

menilai teknis, ekonomi, hukum, operasional, dan jadwal kelayakan atau bisa disingkat

dengan sebutan TELOS. Kelayakan teknis berkaitan dengan apakah hardware,

software, dan komponen sistem lainnya dapat diperoleh atau dikembangkan untuk

memecahkan masalah. Kelayakan ekonomi menentukan apakah proyek tersebut

menguntungkan dari sisi finansial, apakah biaya dan waktu untuk menjalankan proyek

tersebut bisa diseimbangkan. Kelayakan ekonomi dapat melibatkan analisis arus kas

seperti yang dilakukan di internal rate of return (IRR), total biaya kepemilikan atau

total cost of ownership (TCO).

Kelayakan hukum menentukan apakah undang-undang, peraturan dapat

mencegah atau membatasi proyek pengembangan sistem. Kelayakan hukum melibatkan

analisis hukum untuk menentukan kemungkinan adanya konsekuensi dan tindakan

hukum terhadap proyek pengembangan sistem yang akan dijalankan. Kelayakan

operasional adalah ukuran apakah sebuah proyek dapat diimplementasikan atau

dioperasionalisasikan. Hal ini dapat mencakup pertimbangan logistik dan motivasi

(penerimaan perubahan). Pertimbangan terkait motivasi penting karena sistem baru

mempengaruhi perilaku pihak-pihak terkait dan laporan data serta dapat memiliki

konsekuensi yang tidak diinginkan. Jadwal kelayakan menentukan apakah proyek

tersebut dapat diselesaikan dalam kurun waktu yang normal. Karena suatu proses

pelaksanaan proyek juga harus mempertimbangkan keseimbangan waktu dengan

sumber daya yang dipergunakan dalam sebuah proyek.

11

Investigasi Sistem Berorientasi Objek

Pendekatan berorientasi objek dapat digunakan selama semua fase

pengembangan sistem, dari investigasi untuk pemeliharaan sampai dengan review.

Dalam contoh kita berinteraksi dengan dua kasus (menyewakan kayak kepada

pelanggan dan menambah kayak baru untuk persediaan persewaan).

Laporan Investigasi Sistem

Hasil utama dari investigasi sistem adalah laporan investigasi sistem, atau juga

disebut studi kelayakan. Laporan ini merangkum hasil investigasi sistem dan proses

analisis kelayakan serta merekomendasikan tindakan yaitu melanjutkan ke dalam

analisis sistem, memodifikasi proyek dalam beberapa cara, atau membatalkannya.

ANALISIS SISTEM

Penekanan keseluruhan analisis adalah mengumpulkan data pada sistem yang ada,

menentukan persyaratan untuk sistem baru, mempertimbangkan alternatif jika ada

keterbatasan sistem, dan menginvestigasi kelayakan solusi yang akan diambil. Hasil

utama dari analisis sistem adalah daftar prioritas persyaratan sistem.

Pengumpulan Data

Tujuan dari pengumpulan data adalah untuk mencari informasi tambahan tentang

permasalahan apa atau kebutuhan yang diidentifikasi dalam laporan investigasi sistem.

Selama proses ini, kekuatan dan kelemahan dari sistem yang sudah ada ditekankan.

Mengidentifikasi Sumber Data

Pengumpulan data dimulai dengan mengidentifikasi dan mencari berbagai sumber

data, termasuk sumber-sumber internal dan eksternal. Lihat Gambar 2.

Gambar 2 Sumber Data Internal dan Ekternal Untuk Analisis Sistem

12

Mengumpulkan Data

Setelah sumber data telah diidentifikasi, pengumpulan data dimulai. Seperti

yang ditunjukkan pada Gambar 3. Pengumpulan data mungkin memerlukan sejumlah

alat dan teknik, seperti wawancara, observasi langsung, dan kuesioner.

Gambar 3 Step dari Pengumpulan Data

Wawancara dapat dibedakan menjadi dua yaitu terstruktur dan tidak terstruktur.

Dalam sebuah wawancara terstruktur, pertanyaan-pertanyaan yang akan ditanyakan

dipersiapkan terlebih dahulu. Wawancara yang tidak terstruktur, pertanyaan-pertanyaan

tidak dipersiapkan terlebih dahulu, sehingga pewawancara bergantung pada

pengalaman dalam mengajukan pertanyaan terbaik untuk mengungkap masalah yang

melekat dari sistem yang ada. Observasi langsung satu atau lebih anggota tim analisis

bisa langsung mengamati sistem yang ada. Ketika banyak sumber data yang tersebar di

wilayah geografis yang luas, kuesioner mungkin metode terbaik.

Analisis Data

Data yang dikumpulkan dalam bentuk mentah biasanya tidak cukup untuk

menentukan tindakan yang bertujuan mencapai efektivitas sistem yang ada atau

persyaratan untuk membuat sistem baru. Langkah berikutnya adalah memanipulasi data

yang dikumpulkan sehingga anggota tim pengembangan yang berpartisipasi dalam

analisis sistem dapat menggunakan data. Manipulasi ini yang disebut analisis data. Data

dan model kegiatan menggunakan flow diagrams dan entity relationship diagram yang

berguna selama analisis data karena menunjukkan arus data dan hubungan di antara

berbagai objek, asosiasi, dan kegiatan.

Pemodelan Data

Pemodelan data yang paling sering dilakukan dengan menggunakan diagram

hubungan entitas atau entity-relationship (ER). Diagram entity-relationship (ER),

menjelaskan sejumlah objek dan cara mereka berhubungan. Diagram ER (atau alat

13

pemodelan lainnya) tidak dapat sepenuhnya menggambarkan masalah bisnis atau solusi

karena tidak memiliki deskripsi dari kegiatan yang berkaitan. Akan tetapi merupakan

awal yang baik untuk memulai kegiatan karena menggambarkan jenis objek dan atribut

tentang data yang mungkin perlu dikumpulkan untuk diproses.

Kegiatan Pemodelan

Kegiatan pemodelan ini sering dilakukan menggunakan data flow diagrams.

Sebuah model data flow diagrams (DFD) dapat menjelaskan asosiasi dan bagaimana

data dapat mengalir ke berbagai objek. DFD bekerja dengan dasar pemikiran bahwa

setiap kegiatan melibatkan beberapa komunikasi, pemindahan, atau aliran yang dapat

digambarkan sebagai elemen data. DFD menunjukkan urutan logis dari asosiasi dan

kegiatan, bukan proses fisik. Sebuah sistem yang dimodelkan dengan DFD bisa

beroperasi secara manual atau bisa berbasis komputer; jika berbasis komputer, sistem

dapat beroperasi dengan berbagai teknologi. Data Flow Diagram (DFD) dapat

diilustrasikan pada Gambar 4.

Gambar 4 Data dan Kegiatan Pemodelan

14

Data flow : garis aliran data yang meliputi panah dan menunjukkan arah

gerakan elemen data.

Process symbol : simbol yang menjelaskan masing-masing aktivitas atau fungsi

operasional yang sedang berproses, seperti menghitung gaji kotor, pemesanan,

penjualan, memberikan merchandise, mencetak laporan adalah contoh fungsi

operasional yang dapat diwakili dengan simbol proses.

Entity symbol: simbol yang menunjukkan sumber atau tujuan elemen data.

Suatu entitas dapat berupa seorang pelanggan yang memulai order penjualan, seorang

karyawan yang menerima gaji, atau manajer yang menerima laporan keuangan.

Data store : sebuah tempat yang khusus untuk menyimpan data. Data store

meliputi setiap lokasi penyimpanan data terkomputerisasi atau manual, termasuk

magnetic tape, disks, a filing cabinet, or a desk.

Analisis Persyaratan

Tujuan keseluruhan analisis persyaratan adalah untuk menentukan pengguna,

stakeholder (pemangku kepentingan), dan kebutuhan organisasi. Untuk aplikasi hutang,

para pemangku kepentingan dapat mencakup pemasok dan anggota departemen

pembelian. Pertanyaan yang harus ditanyakan pada analisis kebutuhan adalah sebagai

berikut: Apakah stakeholder puas dengan aplikasi hutang saat ini?, dan 2) Perbaikan

apa yang bisa dilakukan untuk memuaskan pemasok dan membantu departemen

pembelian?

Faktor Penentu Keberhasilan atau Critical Success Factors

Pendekatan lain menggunakan faktor penentu keberhasilan atau Critical Success

Factors (CSF). Seperti telah dibahas sebelumnya, manajer dan pengambil keputusan

diminta membuat daftar faktor-faktor yang sangat penting untuk keberhasilan

organisasi. Sebuah CSF untuk manajer produksi adalah bahan baku yang memadai dari

pemasok; CSF untuk seorang sales representative adalah daftar pelanggan saat membeli

jenis produk tertentu. Diawali dari CSF ini, maka selanjutnya input, output, kinerja, dan

persyaratan khusus lainnya dapat ditentukan.

Perencanaan Sistem Informasi

Sebagaimana telah kita lihat, perencanaan sistem informasi dapat

menerjemahkan tujuan strategis organisasi ke arah inisiatif pengembangan sistem.

Proses perencanaan sistem informasi sering menghasilkan dokumen perencanaan

15

strategis yang dapat digunakan untuk menentukan persyaratan sistem. Selanjutnya dari

dokumen-dokumen ini dapat dipastikan bahwa analisis persyaratan akan membahas

tujuan yang ditetapkan oleh manajer level atas dan pengambil keputusan. Ada manfaat

yang unik dalam menerapkan rencana sistem informasi untuk menetapkan persyaratan

sistem. Karena perencanaan sistem informasi mengambil pendekatan jangka panjang

untuk menggunakan teknologi informasi dalam organisasi, persyaratan yang dianalisis

dalam perencanaan sistem informasi lebih cenderung kompatibel dengan inisiatif

pengembangan sistem di masa mendatang.

Persyaratan Alat Analisis

Sejumlah alat dapat digunakan untuk mendokumentasikan analisis persyaratan,

termasuk perangkat CASE. Sebagai persyaratan yang telah dikembangkan dan

disepakati, maka entity-relationship diagrams, data-flow diagrams, screen and report

layout forms, dan jenis-jenis dokumentasi disimpan dalam repositori CASE.

Persyaratan ini juga dapat digunakan sebagai referensi selama pengembangan sistem

atau untuk proyek pengembangan sistem yang berbeda.

Analisis Sistem Berorientasi Objek

Pendekatan berorientasi objek juga dapat digunakan pada saat analisis sistem.

Analisis masalah atau peluang yang potensial diidentifikasi pada saat proses analisis

berorientasi objek. Identifikasi dan pengumpulan data juga masih dilakukan.

Pendekatan berorientasi objek juga dapat digunakan ketika data pada sistem dianalisis

dengan menggunakan flow diagrams and flowcharts. Pendekatan OO (Object Oriented)

dicontohkan pada Gambar 5. KayakItem adalah obyek yang akan menyimpan nomor

identifikasi kayak (ID) dan tanggal kayak dibeli (datePurchased).

Gambar 5 Hirarki Diagram dari Single dan Kelas Tandem Kayak

16

Tentu saja, akan ada kelas lainnya seperti kelas pelanggan, jaket pelampung,

dayung, dan barang-barang lain dalam sistem. Misalnya, potongan harga untuk sewa

kayak bisa diberikan untuk para manula (orang di atas 65 tahun) dan mahasiswa.

Dengan demikian, kelas Pelanggan dapat dibagi menjadi reguler, senior, dan

mahasiswa.

Laporan Analisis Sistem

Analisis sistem disimpulkan dengan Laporan Analisis Sistem. Ini harus

mencakup unsur-unsur berikut:

Kekuatan dan kelemahan dari sistem yang ada dari sudut pandang stakeholder

Persyaratan untuk pengguna / stakeholder sebelum menggunakan sistem baru

(disebut juga persyaratan fungsional)

Persyaratan untuk organisasi sebelum menggunakan sistem baru

Deskripsi tentang sistem informasi baru harus Anda lakukan untuk

memecahkan suatu masalah

Laporan analisis sistem memberikan manajer pemahaman yang baik tentang

masalah dan kekuatan dari sistem yang ada. Jika sistem yang sudah ada beroperasi

lebih baik dari yang diharapkan dan perubahan yang diperlukan terlalu mahal

dibandingkan dengan manfaat dari sistem baru atau modifikasi sistem, maka proses

pengembangan sistem dapat dihentikan pada tahap ini. Jika laporan menunjukkan

bahwa perubahan bagian lain dari sistem mungkin menjadi solusi terbaik, maka proses

pengembangan akan mulai dari awal, dan mulai lagi dengan investigasi sistem. Atau,

jika laporan analisis sistem menunjukkan bahwa sistem yang sudah ada perlu

dikembangkan karena akan dapat bermanfaat untuk mengembangkan satu atau lebih

kegiatan bisnis, maka perlu mendesain sistem baru.

SISTEM DESAIN

Tujuan dari desain sistem adalah untuk menjawab pertanyaan "Bagaimana akan

sistem informasi memecahkan masalah?" Hasil utama dari tahap desain sistem adalah

teknis desain bahwa rincian sistem output, input, dan antarmuka pengguna;

menentukan perangkat keras, perangkat lunak, database, telekomunikasi, personil, dan

prosedur; dan menunjukkan bagaimana komponen ini terkait. Sistem harus mengambil

keuntungan dari perkembangan terbaru dalam teknologi. perusahaan, misalnya,

menggunakan cloud computing, dimana aplikasi yang berjalan di internet bukan sedang

17

dikembangkan dan dijalankan dalam perusahaan atau organisasi. Salah satu keuntungan

dari menggunakan cloud computing adalah lebih mudah manajemen sistem informasi

karena semuanya dalam satu tempat di internet. Risiko penting satu adalah keamanan.

Risiko lainnya adalah ketersediaan. Jika internet situs yang menyediakan cloud

computing aplikasi tidak tersedia atau memiliki masalah teknis, kritis aplikasi mungkin

tidak tersedia.

Desain sistem ini biasanya dicapai dengan menggunakan alat dan teknik yang

dibahas sebelumnya dalam bab ini. Tergantung pada aplikasi spesifik, metode ini dapat

digunakan untuk mendukung dan mendokumentasikan semua aspek dari sistem desain.

Dua aspek kunci dari sistem desain Logis dan desain fisik.

Desain yang logis dan fisik

Desain mempunyai dua dimensi: Logis dan fisik. Desain Logis mengacu pada

sistem apa yang akan dilakukan. Sistem menjelaskan persyaratan fungsional dari

sistem. Tujuannya adalah untuk meningkatkan keuntungan dengan menjadi lebih cepat

dalam menempatkan elektronik perdagangan daripada tradisional komputerisasi sistem

perdagangan. Tanpa desain logis, rincian teknis sistem (seperti hardware apa perangkat

harus dapat diperoleh) sering mengaburkan solusi terbaik. Melibatkan desain Logis

perencanaan tujuan setiap elemen sistem, independen dari pertimbangan hardware dan

software. Spesifikasi desain logis yang ditentukan dan didokumentasikan termasuk

output, masukan proses, file dan database, telekomunikasi, prosedur, kontrol dan

keamanan, dan personil dan persyaratan pekerjaan.

Desain fisik merujuk kepada bagaimana tugas tercapai, termasuk bagaimana

komponen bekerja sama dan apa setiap komponen. Desain fisik menentukan

karakteristik komponen sistem yang diperlukan untuk menempatkan desain Logis ke

dalam tindakan. Dalam hal ini fase, karakteristik perangkat keras, perangkat lunak,

database, telekomunikasi, personil,dan spesifikasi prosedur dan kontrol harus rinci.

Desain berorientasi objek

Desain yang logis dan fisik dapat dicapai dengan menggunakan baik pendekatan

tradisional atau berorientasi objek pendekatan untuk pengembangan sistem. Kedua

pendekatan menggunakan berbagai desain model untuk mendokumentasikan sistem

baru fitur dan tim pengembangan pemahaman dan perjanjian. Keuntungan

pengembangan OO karena yang peningkatan fleksibilitas.

18

Selama tahap desain, perlu mempertimbangkan urutan peristiwa yang harus

terjadi untuk sistem untuk berfungsi dengan menu. Misalnya, ingin desain urutan

peristiwa untuk menambahkan kayak baru untuk program sewa. Urutan peristiwa ini

sering disebut membahas skenario, dan itu bisa menjadi teliti menggambar mesin

dalam diagram urutan. Lihat Gambar 6.

Gambar 6 Diagram Urutan Skenario

Cara membaca diagram urutan dimulai di bagian atas dan bergerak ke bawah:

1. Panah di bagian atas adalah sebuah pesan dari petugas penyewaan kayak ke

KayakItem objek untuk membuat informasi di kayak baru untuk ditempatkan ke

dalam rental program.

2. Objek KayakItem bahwa kebutuhan ID untuk kayak dan mengirim pesan ke

petugas meminta informasi. Melihat panah getID.

3. Petugas kemudian jenis ID ke komputer. Hal ini terbukti dengan panah ID. Data

disimpan dalam objek KayakItem.

4. selanjutnya, KayakItem permintaan tanggal pembelian. Ini ditampilkan dalam

getDatePurchased panah.

5. akhirnya, petugas jenis tanggal pembelian ke komputer. Data juga ditransfer Item

objek. Ini ditampilkan dalam date Purchased tanda panah di bawah Gambar.

PERTIMBANGAN DESAIN LINGKUNGAN

Lingkungan desain, juga desain hijau yang disebut, melibatkan upaya

pengembangan sistem yang memotong konsumsi daya, memerlukan Ruang kurang

fisik, dan hasil dalam sistem yang dapat dibuang dengan cara yang tidak negatif

19

mempengarhi lingkungan. Banyak perusahaan yang mengembangkan produk dan

layanan untuk membantu menghemat energi. Perusahaan PC, seperti Hewlett-Packard

dan lain-lain, yang merancang komputer yang menggunakan lebih sedikit daya dan

terbuat dari daur ulang materials. Beberapa PC mengkonsumsi energi bahkan ketika

mereka dimatikan.Produsen ponsel juga mulai memproduksi telepon yang

mengkonsumsi kurang listrik.

US Department of Energy harga produk dengan penunjukan Energy Star untuk

membantu orang memilih produk yang menyelamatkan energi. Perusahaan-perusahaan

utilitas menyediakan mereka perusahaan dan pelanggan individu dengan "smart meter"

dan software khusus yang dapat membantu mereka mengurangi konsumsi daya dan

tagihan listrik mereka

Alternatif Desain Sistem

Menghasilkan alternatif desain sistem sering melibatkan mendapatkan

keterlibatan satu vendor atau beberapa vendors. jika sistem baru kompleks, tim

pengembangan yang asli mungkin ingin melibatkan personel lain dalam menghasilkan

alternatif desain. Selain itu, jika baru hardware dan perangkat lunak yang dapat

diperoleh dari vendor di luar, permintaan formal untuk proposal (RFP) dapat dibuat.

Permintaan Proposal

Permintaan proposal (RFP) adalah dokumen yang menentukan dalam daya

detail diperlukan seperti sebagai hardware dan software. RFP adalah dokumen yang

penting bagi banyak organisasi yang terlibat dengan besar, kompleks, sistem

pengembangan usaha. Lebih kecil, kurang-kompleks sistem sering tidak memerlukan

RFP.

Mengevaluasi dan memilih desain sistem

Mengevaluasi dan memilih desain terbaik melibatkan mencapai keseimbangan

sistem tujuan yang akan terbaik untuk mendukung tujuan organisasi. Biasanya, evaluasi

dan pilihan melibatkan kedua Pendahuluan dan evaluasi akhir sebelum desain yang

dipilih. Sebuah evaluasi awal dimulai setelah semua usulan yang telah diajukan. Tujuan

Evaluasi ini adalah untuk menolak proposal yang tidak diinginkan.

Desain laporan

Spesifikasi sistem adalah hasil akhir sistem desain. Mereka termasuk

Keterangan teknis yang detail sistem output, masukan, dan antarmuka pengguna serta

semua perangkat keras, komponen perangkat lunak, database, telekomunikasi, personil,

20

dan prosedur dan cara komponen ini terkait. Spesifikasi yang terkandung dalam desain

laporan, yang hasil utama dari desain sistem. Desain laporan mencerminkan keputusan

yang dibuat untuk sistem merancang dan menyediakan jalan untuk pelaksanaan sistem.

IMPLEMENTASI SISTEM

Setelah sistem informasi telah dirancang, beberapa tugas yang harus

diselesaikan sebelum sistem ini diinstal dan siap beroperasi. Proses ini, yang disebut

implementasi sistem, termasuk akuisisi perangkat keras, pemrograman dan software

akuisisi atau pengembangan, pengguna persiapan, perekrutan dan pelatihan personil,

persiapan situs dan data, instalasi, pengujian, start-up, dan penerimaan pengguna.

Memperoleh Hardware dari vendor

Untuk mendapatkan komponen untuk sistem informasi, organisasi dapat

membeli, sewa, atau menyewa komputer dan sumber daya lainnya dari vendor IS. IS

Penjual adalah perusahaan yang menawarkan perangkat keras, perangkat lunak, sistem

telekomunikasi, database, IS personil, atau lainnya terkait komputer sumber daya. Jenis

IS vendor termasuk produsen komputer umum (seperti IBM dan Hewlett-Packard),

produsen komputer kecil (seperti Dell dan Sony), peripheral peralatan produsen (seperti

Epson dan SanDisk), dealer komputer dan distributor (seperti The Shack dan Best

Buy), dan pembuat chip seperti Intel dan AMD.

Memperoleh Software: Membuat atau membeli?

Perangkat lunak aplikasi dapat diperoleh dalam beberapa cara dibeli dari

pengembang eksternal atau dikembangkan sendiri. Keputusan ini sering disebut

keputusan membuat-atau-beli. Software sebagai Service (SaaS) memungkinkan

perusahaan untuk berlangganan perangkat lunak aplikasi web. Misalnya perusahaan

seperti Google menggunakan cloud computing pendekatan untuk memberikan pengolah

kata, Program spreadsheet, dan perangkat lunak lain melalui internet.

Memperoleh Database dan sistem telekomunikasi

Virtual database dan database sebagai layanan adalah cara yang populer untuk

memperoleh database capabilities. Dengan peningkatan penggunaan e-commerce,

Internet, intranet, dan extranets, telekomunikasi adalah salah satu aplikasi yang paling

cepat berkembang untuk organisasi. Sistem telekomunikasi memerlukan hardware dan

software. Bagian utama dari perangkat keras adalah modem. Untuk klien/server dan

21

mainframe sistem, hardware dapat mencakup sekedar multiplexer konsentrator,

komunikasi prosesor, dan berbagai peralatan jaringan.

Persiapan pengguna

Persiapan pengguna adalah proses mempersiapkan pengambil keputusan,

manajer, karyawan, lainnya pengguna, dan stakeholder untuk sistem baru. Kegiatan ini

adalah penting tetapi sering diabaikan daerah pelaksanaan sistem. Ketika paket

perangkat lunak sistem operasi atau aplikasi baru ini dilaksanakan, pengguna pelatihan

sangat penting.

Personil perekrutan dan pelatihan

Tergantung pada ukuran sistem baru, sebuah organisasi mungkin memiliki

Penyewaan dan, dalam beberapa kasus, melatih personil IS baru. Manajer IS, analis

sistem, pemrogram komputer dataentry operator, dan personel serupa mungkin

diperlukan untuk sistem baru atau diubah.

Persiapan

Lokasi sistem baru perlu dipersiapkan, proses yang disebut situs persiapan.

Untuk sistem kecil, persiapan tempat yang dapat sebagai sederhana sebagai mengatur

ulang perabot di kantor untuk membuat ruang untuk komputer. Dengan sistem yang

lebih besar, proses ini tidaklah mudah karena dapat memerlukan khusus kabel dan AC.

Persiapan Data

Data persiapan, atau konversi data, melibatkan memastikan bahwa semua file

dan database siap untuk digunakan dengan perangkat lunak komputer baru dan sistem.

Jika sebuah organisasi menginstal baru program penggajian, data penggajian karyawan

lama mungkin harus dikonversi ke dalam format yang dapat digunakan oleh perangkat

lunak komputer baru atau sistem. Setelah data telah disiapkan atau dikonversi, sistem

komputerisasi database atau perangkat lunak lain kemudian akan digunakan untuk

mempertahankan dan update file komputer.

Instalasi

Instalasi adalah proses fisik menempatkan peralatan komputer di situs dan

membuat operasional. Meskipun biasanya produsen bertanggung jawab untuk

memasang peralatan komputer, seseorang dari organisasi (biasanya adalah manajer)

harus mengawasi proses, memastikan bahwa semua peralatan yang ditentukan di dalam

kontrak terinstal di lokasi yang tepat. Setelah sistem diinstal, produsen melakukan

beberapa tes untuk memastikan bahwa peralatan beroperasi sebagaimana mestinya.

22

Pengujian

Prosedur pengujian baik sangat penting untuk memastikan bahwa informasi

baru atau diubah sistem ini beroperasi sebagai intended, jika tidak memadai pengujian

dapat mengakibatkan kesalahan dan masalah. Masalah dengan sebuah proyek untuk

mengkonsolidasikan server pusat data.

Start-Up

Start-up, juga disebut migrasi, dimulai dengan sistem informasi diuji akhir.

Ketika start-up sudah selesai, sistem ini beroperasi sepenuhnya. Start-up dapat menjadi

penting bagi keberhasilan organisasi. Jika tidak dilakukan dengan benar, hasil dapat

menjadi bencana.

Tersedia berbagai pendekatan start-up. Lihat Gambar 7 konversi langsung (juga

disebut terjun atau langsung migrasi) melibatkan menghentikan sistem lama dan

memulai sistem baru tanggal yang diberikan. Konversi langsung biasanya adalah

pendekatan yang paling tidak diinginkan karena potensi untuk masalah dan kesalahan

ketika sistem lama akan dimatikan dan sistem baru diaktifkan di saat yang sama.

Gambar 7Pendekatan Start-Up

Paralel start-up melibatkan menjalankan kedua sistem lama dan baru untuk

jangka waktu. Output dari sistem baru dibandingkan erat dengan output dari sistem

lama, dan perbedaan didamaikan. Ketika pengguna merasa nyaman bahwa sistem baru

bekerja dengan benar, sistem lama dihilangkan.

23

Penerimaan Pengguna

Sebagian besar produsen komputer mainframe menggunakan pengguna resmi

penerimaan dokumen-formal Perjanjian pengguna tanda menyatakan bahwa fase

instalasi atau sistem lengkap disetujui. Ini adalah sebuah dokumen hukum yang

biasanya menghilangkan atau mengurangi kewajiban Penjual IS untuk masalah yang

terjadi setelah pengguna penerimaan dokumen telah ditandatangani.

SISTEM OPERASI DAN PEMELIHARAAN

Sistem operasi melibatkan semua aspek menggunakan sistem baru atau diubah

dalam semua jenis dari kondisi operasi. Pemeliharaan sistem melibatkan memeriksa,

mengubah, dan meningkatkan sistem untuk membuat itu lebih berguna dalam mencapai

pengguna dan tujuan organisasi. Organisasi dapat melakukan sistem perawatan di

rumah atau mereka dapat menyewa perusahaan luar untuk melakukan pemeliharaan.

Pemeliharaan sistem penting untuk individu, kelompok, dan organisasi.

Individu, misalnya, dapat menggunakan internet, vendor komputer, dan pemeliharaan

independen perusahaan, termasuk YourTechOnline.com (www.yourtechonline.com),

Geek Squad (www.geeksquad.com), PC Tepat (www.pcpinpoint.com), dan lain-lain.

Organisasi sering memiliki personel khusus untuk pemeliharaan.

SISTEM TINJAUAN

Sistem Tinjauan, langkah terakhir dari pengembangan sistem, adalah proses

menganalisis sistem Pastikan bahwa mereka beroperasi sebagaimana dimaksud. Proses

peninjauan sistem sering membandingkan kinerja dan manfaat dari sistem ini dirancang

dengan kinerja actual dan manfaat dari sistem operasi. Badan keamanan Perhubungan

(TSA), untuk contoh, menggunakan pendekatan yang disebut gagasan pabrik, untuk

meninjau sistem informasi saat ini dan merekomendasikan yang baru atau perubahan

kepada yang ada systems.

Sistem Pengukuran Kinerja

Meninjau sistem sering melibatkan pemantauan sistem, yang disebut sistem

pengukuran kinerja. Jumlah kesalahan yang ditemui, jumlah memori yang dibutuhkan,

jumlah pemrosesan atau waktu CPU diperlukan, dan masalah lain yang harus erat

diamati. Jika tertentu sistem adalah tidak melakukan seperti yang diharapkan