PENGEMBANGAN SISTEM

&
ANALISIS KEBUTUHAN PROYEK SISTEM INFORMASI

MAKALAH MANAJEMEN PROYEK PERANGKAT LUNAK

Disusun Oleh:

AKBAR ABDILLAH NASUTION ( 1612000002 )

HUSIN ARIF ( 1612000018 )

PROGRAM STUDI TEKNIK INFORMATIKA

FAKULTAS TEKNIK DAN ILMU KOMPUTER
UNIVERSITAS POTENSI UTAMA
MEDAN
2019
 KATA PENGANTAR

Segala puji bagi Allah SWT yang telah memberikan kami kemudahan

sehingga kami dapat menyelesaikan makalah ini dengan tepat waktu. Tanpa

pertolongan-Nya tentunya kami tidak akan sanggup untuk menyelesaikan makalah

ini dengan baik. Shalawat serta salam semoga terlimpah curahkan kepada baginda

tercinta kita yaitu Nabi Muhammad SAW yang kita nanti-natikan syafa’atnya di

akhirat nanti.

Penulis mengucapkan syukur kepada Allah SWT atas limpahan nikmat

sehat-Nya, baik itu berupa sehat fisik maupun akal pikiran, sehingga penulis

mampu untuk menyelesaikan pembuatan makalah sebagai tugas dari mata kuliah

Manajemen Proyek Perangkat Lunak dengan judul “Pengembangan Sistem dan

Analisis Kebutuhan Proyek Sistem Informasi”.

Penulis tentu menyadari bahwa makalah ini masih jauh dari kata sempurna

dan masih banyak terdapat kesalahan serta kekurangan di dalamnya. Untuk itu,

penulis mengharapkan kritik serta saran dari pembaca untuk makalah ini, supaya

makalah ini nantinya dapat menjadi makalah yang lebih baik lagi. Kemudian

apabila terdapat banyak kesalahan pada makalah ini penulis mohon maaf yang

sebesar-besarnya.

Penulis juga mengucapkan terima kasih kepada semua pihak khususnya

kepada dosen Manajemen Proyek Perangkat Lunak kami yang telah membimbing

i
 dalam menulis makalah ini. Demikian, semoga makalah ini dapat

bermanfaat. Terima kasih.

Medan, 17 November 2019

Penulis

Kelompok 7

ii
 DAFTAR ISI

KATA PENGANTAR ........................................................................................... i

DAFTAR ISI ......................................................................................................... iii

BAB I PENDAHULUAN .......................................................................................1

I.1. Latar Belakang ......................................................................................1

I.2. Rumusan Masalah .................................................................................2

I.3. Tujuan Pembahasan...............................................................................3

BAB II PEMBAHASAN ........................................................................................4

II.1 Pengembangan Sistem ...........................................................................4

II.1.1 Analisis dan Metodologi Pengembangan Sistem ..........................5

II.1.2 Standar Pengembangan Perangkat Lunak ...................................12

II.1.3 Pendekatan Pengembangan Sistem ..............................................16

II.2 Analisis kebutuhan Proyek ..................................................................22

II.2.1 Tipe Proyek Sistem Informasi .....................................................24

BAB III PENUTUP ..............................................................................................33

III.1. Kesimpulan………………………………………………………33

III.2. Saran……………………………………………………………...34

DAFTAR PUSTAKA

iii
 BAB I

PENDAHULUAN

I.1 Latar Belakang

Suatu sistem adalah suatu jaringan kerja dari prosedur-prosedur yang

saling berhubungan, berkumpul bersama-sama untuk melakukan suatu kegiatan

atau untuk menyelesaikan suatu sasaran yang tertentu. Pendekatan sistem yang

lebih menekankan pada elemen atau komponennya mendefiniskan sistem adalah

kumpulan dari elemen-elemen yang berinteraksi untuk mencapai suatu tujuan

tertentu. Kedua kelompok definisi tersebut adalah benar dan tidak bertentangan,

yang berbeda adalah cara pendekatannya. Pendekatan sistem yang merupakan

kumpulan elemen-elemen atau komponen-komponen atau subsistem-subsistem

merupakan definisi yang lebih luas. Sistem adalah suatu sinergi antara data, mesin

pengolah data (yang biasanya meliputi komputer, program aplikasi dan jaringan)

dan manusia untuk menghasilkan informasi. Jadi sistem informasi bukan hanya

aplikasi perangkat lunak. Sistem i ada pada hampir setiap perusahaan atau instansi

untuk mendukung kegiatan bisnis mereka sehari-hari. Biasanya porsi pengerjaan

pengembangan sistem informasi diserahkan kepada orang-orang yang bekerja di

bidang teknologi informasi.

Pengembangan sistem adalah penyusunan suatu sustem yang baru untuk

mengantikan system yang lama secara kesuluruhan atau memperbaiki system

yang telah ada untuk mengembangkan sistem secara efisien, metodologi perlu

diterapkan. Organisasi menggunakan berbagai metodologi. Tujuan bab ini adalah

untuk memberikan tinjauan umum tentang metodologi pengembangan sistem

1
tradisional. Semakin penting untuk menerapkan standar peningkatan

berkelanjutan pada proses yang digunakan dalam bisnis. Semakin penting untuk

menerapkan standar peningkatan berkelanjutan pada proses yang digunakan

dalam bisnis. Standar seperti ISO 12207 (awalnya disebarluaskan pada 2008) dan

Model Kemampuan Maturitas Institut Rekayasa Perangkat Lunak fokus pada

peningkatan proses pengembangan perangkat lunak. Organisasi pengembangan

perangkat lunak diminta oleh beberapa organisasi pengguna untuk mensertifikasi

kepatuhan terhadap standar-standar ini. Kepatuhan juga sangat bermanfaat bagi

Analisi kebutuhan adalah sebuah proses untuk mendapatkan model,

spesifikasi tentang perangkat lunak yang dinginkan klien.kedua belah pihak antara

klien dan pembuat perangkat lunak Informasi yang diperoleh dari klien inilah

yang menjadi acuan untuk melakukan desain perangkat lunak untuk

memaksimalkan proses dalam penelitian pengembangan maka kita dianggap perlu

untuk melakukan perencannan penelitian dahulu agar mendapatkan hasil seperti

yang diharapkan sedangkan sebelum membuat perencanan itu tentulah ada dasar

pijakan.sebagai acuan dalam melakukan penelitian dasar pijakan yang dimaksud

adalah analisis kebutuhan pada keadaan atau tempat untuk melakukan penelitian

nantinya dan untuk mengukur keadaan atau serta perlakuan yang sesuai pada

pembahasan ini kita akan membahasa analisi kebutuhan untuk mengetahui metode

- metode analisis kebutuhan.

I.2 Rumusan Masalah

1. Apa saja pengembangan sistem?

2. Apa saja metodologi dalam pengembangan sistem?

2
 3. Bagaimana standar pengembangan perangkat lunak?

4. Bagaimana pendekatan dalam pengembangan sistem?

5. Apa saja analisis kebutuhan proyek?

6. Apa saja tipe proyek dalam sistem informasi?

I.3 Tujuan Pembahasan

Tujuan kami untuk membahas materi “Pengembangan Sistem dan Analisis

Kebutuhan Proyek Sistem Informasi” adalah sebagai berikut

1. Memahami pengembangan sistem.

2. Mengetahui serta menganalisis metodologi dalam pengembangan sistem.

3. Memahami standar pengembangan perangkat lunak.

4. Memahami pendekatan dalam pengembangan sistem.

5. Mengetahui apa saja analisis kebutuhan dalam sebuah proyek.

6. Mengetahui tipe proyek yang ada dalam sistem informasi.

3
 BAB II

PEMBAHASAN

II.1 Pengembangan Sistem (System Development)

Ada proposal yang tampaknya tidak terbatas untuk implementasi sistem

komputer untuk membantu organisasi. Setiap kali salah satu dari proposal ini

diadopsi, itu menciptakan kebutuhan untuk proyek sistem informasi - untuk

membawa aplikasi online. Manajemen proyek adalah salah satu bidang

pengembangan yang paling penting dalam sistem informasi. Sulit untuk

menyelesaikan proyek sistem informasi tepat waktu, sesuai anggaran, dan

memenuhi spesifikasi. Ada banyak kutipan tentang ruang lingkup masalah ini.

Seorang mitra KPMG Peat Marwick mengatakan bahwa, berdasarkan survei

terhadap 250 perusahaan, sekitar 30 persen proyek sistem informasi melebihi

anggaran asli dan kerangka waktu setidaknya satu faktor 2, atau tidak sesuai

dengan spesifikasi. Sebuah laporan yang dikeluarkan oleh The Standish Group

melaporkan statistik industri setiap tahun, tetapi statistik ini sangat stabil. Hanya

sekitar 15 persen yang datang tepat waktu dan sesuai anggaran. Untuk perusahaan

besar, tingkat keberhasilannya mendekati 10 persen. Dilaporkan juga bahwa

hanya tentang 40 persen dari fitur dan fungsi yang direncanakan berakhir di versi

final perangkat lunak. Lebih dari setengah proyek pengembangan perangkat lunak

yang diprakarsai oleh perusahaan besar menelan biaya hampir 200 persen lebih

besar dari perkiraan semula. Namun proyek sistem informasi menawarkan nilai

besar bagi perusahaan.

4
 Untuk mengembangkan sistem secara efisien, metodologi perlu

diterapkan. Organisasi menggunakan berbagai metodologi. Tujuan bab ini adalah

untuk memberikan tinjauan umum tentang metodologi pengembangan sistem

tradisional. Semakin penting untuk menerapkan standar peningkatan

berkelanjutan pada proses yang digunakan dalam bisnis. Standar seperti ISO

12207 (awalnya disebarluaskan pada 2008) dan Model Kemampuan Maturitas

Institut Rekayasa Perangkat Lunak fokus pada peningkatan proses pengembangan

perangkat lunak. Organisasi pengembangan perangkat lunak diminta oleh

beberapa organisasi pengguna untuk mensertifikasi kepatuhan terhadap standar-

standar ini. Kepatuhan juga sangat bermanfaat bagi organisasi penghasil

perangkat lunak. Kami akan meninjau standar-standar ini. Jenis proyek sistem

informasi dan fitur-fiturnya diperiksa, diikuti oleh kerangka kerja yang luas dari

pendekatan pengembangan sistem.

II.1.1 Analisis dan Metodologi Pengembangan Sistem

Ada sejumlah pendekatan yang secara tradisional telah digunakan untuk

menganalisis dan merancang proyek sistem informasi. Model laissez faire “code-

and-fix”, di mana kode ditulis dan masalah diperbaiki, menghasilkan banyak

masalah ketika menyangkut implementasi, dan perbaikannya seringkali mahal.

a. Model WaterFall

Model waterfall mengenali loop umpan balik antara tahap tahap

pengembangan perangkat lunak untuk meminimalkan pengerjaan ulang, serta

menggabungkan prototipe sebagai sarana untuk lebih memahami aplikasi baru.

Model air terjun (dinamai karena setiap langkah mengikuti pendahulunya secara

5
berurutan) terdiri dari tahap-tahap berikut, yang masing-masing dapat melibatkan

pembalikan ke tahap sebelumnya jika upaya validasi mengungkap masalah.

Model air terjun (Tabel 5.1) memiliki keuntungan mendorong perencanaan

sebelum desain, dan menguraikan pengembangan sistem menjadi sub-tujuan

dengan tonggak yang terkait dengan penyelesaian produk setengah jadi. Ini

memungkinkan manajer proyek untuk melacak kemajuan proyek dengan lebih

akurat, dan menyediakan struktur proyek.

Daftar yang ditampilkan adalah untuk produk siklus hidup perangkat

lunak. Variasi dalam label tahap digunakan untuk berbagai jenis proyek, seperti

akuisisi perangkat lunak, implementasi sistem vendor, atau jenis proyek lainnya.

Setiap tahap melibatkan tes, baik validasi atau verifikasi. Validasi adalah proses

mengevaluasi perangkat lunak untuk memastikan kepatuhan dengan kebutuhan

spesifikasi.

Dalam model air terjun asli, masalah terakumulasi secara bertahap dan

tidak diketahui sampai proyek selesai, menghasilkan kode yang sangat mahal.

Kebutuhan pengguna sering kali tidak terpenuhi, yang mengakibatkan penolakan

produk setelah dibangun. Oleh karena itu, loop umpan balik ditambahkan,

6
bersama dengan prototyping untuk menangkap masalah lebih awal. Model air

terjun tidak memungkinkan respon cepat terhadap besarnya perubahan dalam

proyeksi sistem informasi. Urutan kegiatan yang teratur dalam model air terjun

tidak mengakomodasi perkembangan baru. Beberapa sistem, terutama yang

melibatkan tingkat ketidakpastian yang lebih tinggi dan investasi yang lebih

sedikit dipertaruhkan, sering dirancang dan dibangun menggunakan metode

pengembangan yang lebih fleksibel, seperti prototyping cepat, proses berorientasi

objek, atau pengembangan aplikasi yang cepat.

Prototyping adalah proses mengembangkan model kerja kecil dari

komponen atau sistem program dengan maksud melihat apa yang bisa

dilakukannya. Dengan demikian, ini adalah perangkat pembelajaran, sesuai

terutama ketika pengguna tidak benar-benar yakin apa yang mereka inginkan

dalam suatu sistem. Prototyping bisa menjadi bagian yang berharga dari

pendekatan air terjun.

b. Prototyping

Ketika berhadapan dengan sistem, yang melibatkan fitur bermanfaat yang

sulit diprediksi dan juga harganya, pendekatan pengembangan sistem terbukti

tidak efektif. Apa yang terjadi adalah bahwa manfaat dolar yang keras dan jelas

jarang cukup untuk membenarkan penerapan sistem.

Pendekatan prototipe melibatkan membangun sistem mock-up skala kecil,

yang memungkinkan pengguna untuk mencobanya. Pengguna kemudian dapat

meminta modifikasi berdasarkan ide yang lebih baik tentang apa yang dapat

dilakukan sistem. Prototyping adalah pendekatan yang kurang terencana secara

menyeluruh, tetapi seringkali sesuai untuk aplikasi dengan investasi rendah dan

7
struktur rendah. Ini dapat menghasilkan biaya dan waktu pengembangan yang

jauh lebih rendah, terutama ketika ada banyak ketidakpastian tentang sistem yang

seharusnya terdiri.

Prototyping sangat berguna dalam mengarah pada pemahaman yang lebih

besar dalam definisi persyaratan proyek. Itu juga telah ditemukan untuk

meningkatkan efektivitas desain, karena pengguna secara langsung diintegrasikan

ke dalam proses desain dengan cara yang mereka mengerti dengan jelas.

Prototyping tidak sesuai untuk semua jenis pengembangan sistem. Namun, untuk

sistem skala yang lebih kecil, prototyping adalah cara yang sangat efektif untuk

menunjukkan apa yang dapat dilakukan oleh sistem yang diusulkan.

c. Agile Software Development

Menanggapi catatan buruk tentang sistem informasi mengatur tentang

waktu, anggaran, dan fungsionalitas, beberapa perangkat industri

mengembangkan teknik kolaboratif untuk mengembangkan perangkat lunak lebih

cepat dan lebih dekat dengan kebutuhan pengguna. Teknik-teknik ini dikenal

sebagai metode agile, dan dilengkapi sejumlah versi. Namun, dasar umum untuk

teknik ini termasuk bekerja sama dengan pengguna di seluruh proyek, secara

lengkap iteratif mengembangkan versi perangkat lunak dengan semangat

prototyping, menentukan prototipe ini dengan pengguna untuk mengkonversi

perubahan yang diperlukan dalam arah, dan menghindari dokumentasi yang berat

untuk mendapatkan perangkat lunakdikembangkan lebih cepat.

Metode Agile telah terbukti sangat efektif diterapkan pada proyek-proyek

kecil. Mereka juga bekerja (dengan hati-hati) untuk proyek-proyek yang lebih

besar, membutuhkan bantuan untuk membuat tim bekerja sama dengan baik.

8
Kasus terbaik adalah kompilasi tim kecil, terorganisir dan termotivasi yang

berlokasi di lokasi yang sama bekerja dengan total pelanggan di tempat.

Sementara ada kasus kompilasi yang telah dilakukan di lingkungan yang terpisah,

sedangkan disiapkan diperlukan.

Ekonomi dalam beberapa tahun terakhir memiliki besar pada industri

perangkat lunak. Karena lebih penting membawa produk perangkat lunak ke pasar

lebih cepat, revisi metode tradisional telah jelas. Metode Agile adalah teknik

pengembangan perangkat lunak yang dirancang untuk menghadirkan produk-

produk ini lebih cepat, dengan lebih banyak fungsi yang diperlukan bagi

pengguna.

Ada banyak teknik berbeda yang telah digunakan dalam upaya ini untuk

mencapai pemrograman tangkas. Ini termasuk teknik kolaboratif (pemrograman

pasangan, membuat pelanggan bekerja di tempat sebagai anggota tim). Jumlah ini

adalah kerja yang lebih dekat dengan pelanggan untuk memastikan bahwa produk

perangkat lunak yang dikembangkan adalah yang dibutuhkan pelanggan.

Misalnya, latihan agile yang umum adalah meminta pelanggan menulis tes

penerimaan. Pendekatan ini menekankan:

 Fokus pada individu dan interaksinya terhadap fokus pada proses dan alat.

 Memberikan perangkat lunak yang berfungsi lebih penting daripada

dokumentasi yang komprehensif.

 Kolaborasi pelanggan lebih dicari daripada negosiasi kontrak.

 Respons terhadap perubahan dan mengikuti rencana berikut.

9
 Pendekatan agile memaksimalkan kerja sama dengan pengguna yang telah

ditemukan sangat penting untuk keberhasilan proyek sistem informasi. Prinsip-

prinsip di balik gerakan agile adalah:

 Prioritas tertinggi diberikan untuk memuaskan pelanggan melalui

pengiriman awal dan berkesinambungan perangkat lunak berharga.

 Perubahan persyaratan disambut, bahkan terlambat dalam proses

pengembangan. Proses tangkas memanfaatkan perubahan dengan tujuan

meningkatkan keunggulan kompetitif pelanggan.

 Perangkat lunak yang berfungsi sering dikirimkan, dari beberapa minggu

hingga beberapa bulan, lebih disukai dengan rentang waktu yang lebih

pendek.

 Kerja sama antara pelaku bisnis dan pengembang diperlukan setiap hari.

 Proyek dibangun di sekitar individu yang termotivasi, yang beroperasi di

lingkungan yang positif dengan semua dukungan yang mereka butuhkan,

dan yang dipercaya untuk menyelesaikan pekerjaan.

 Percakapan tatap muka diandalkan sebagai metode komunikasi yang

paling efisien dan efektif.

 Ukuran utama kemajuan adalah perangkat lunak yang berfungsi.

 Proses lincah mempromosikan pembangunan berkelanjutan.

 Keunggulan teknis dan desain yang baik dicari terus menerus,

meningkatkan kelincahan.

 Kesederhanaan sangat penting, berusaha untuk memaksimalkan jumlah

pekerjaan yang tidak dilakukan.

10
  Tim yang mengatur diri sendiri mengembangkan arsitektur, persyaratan,

dan desain terbaik.

 Tim merefleksikan cara untuk menjadi lebih efektif secara berkala, dan

menyesuaikan dan menyesuaikan perilaku.

Pendekatan lincah sering dikombinasikan dengan metodologi lain dalam bentuk

hibrida.

d. Opsi Lain untuk Pengembangan Sistem

Banyak proyek dikembangkan dari awal, menerapkan pendekatan

pengembangan sistem konvensional. Siklus hidup berulang berikut mendekati di

mana tugas dilakukan berulang-ulang untuk lebih tepatnya memenuhi tujuan

mereka.

 Component Assembly Project (Proyek Perakitan Komponen)

Biasanya modul berorientasi objek untuk digunakan dalam berbagai

aplikasi lain

 Rapid Application Development

Teknik untuk mengompresi siklus hidup, untuk mencakup rekayasa

perangkat lunak berbantuan komputer (CASE) dan Pengembangan Aplikasi

Bersama (JAD). Alat CASE melibatkan tingkat penggunaan kembali sistem yang

dikembangkan sebelumnya. Untuk menyelesaikan proyek pada skala waktu yang

dipercepat, tujuan dan ruang lingkup proyek perlu diidentifikasi lebih awal, dan

pengembangan bersama persyaratan pengguna harus efektif. Sistem grup, seperti

yang dibahas pada Bab 3, dapat digunakan dalam jenis aplikasi ini. Kehati-hatian

11
harus diberikan dalam menugaskan anggota tim secara penuh waktu, dan

partisipasi pengguna yang besar sangat penting. Pengembangan aplikasi yang

cepat dapat menyebabkan berkurangnya waktu pengembangan, biaya

pengembangan yang lebih rendah, kepuasan pengguna dan karyawan yang lebih

besar, dan biaya perawatan akhir yang lebih rendah. Namun, itu sesuai untuk

proyek-proyek kecil, dan bukan yang melibatkan tingkat kompleksitas yang

signifikan.

II.1.2 Standar Pengembangan Perangkat Lunak

Peningkatan kualitas telah menjadi bidang pengembangan utama di bidang

manajemen operasi. Salah satu ide kunci yang terlibat adalah perbaikan terus

menerus - mengembangkan filosofi bisnis di mana cara kerja dilakukan (proses)

terus ditinjau dengan maksud untuk memperbaikinya. Penekanan pada proses

kualitas ini telah diimplementasikan secara luas di Amerika Serikat dalam

kompetisi Baldrige Award tahunan, serta Model Penilaian Penghargaan Kualitas

Eropa. Dua program lain yang memiliki dampak besar dalam industri

pengembangan perangkat lunak meliputi ISO 9000 (standar Eropa untuk proses

produksi dan manajemen) dan Model Kemampuan Maturitas Institut Rekayasa

Perangkat Lunak.

Model Maturity Capability Maturity Institute mencakup lima tingkat jatuh

tempo. Ini ditunjukkan pada Tabel 5.2, bersama dengan tindakan yang umumnya

diperlukan untuk berpindah dari satu level ke level lainnya. Organisasi yang tidak

melakukan apa pun untuk meningkatkan metode pengembangan perangkat lunak

12
mereka ditugaskan ke level (1), dan dianggap melibatkan risiko tingkat tinggi dan

fokus pada kelangsungan hidup.

Keterangan :

Beralih dari level awal (1) ke level (2) membutuhkan penanaman disiplin

dasar ke dalam aktivitas manajemen orang. Ini dicapai melalui mengadopsi

pendekatan manajemen perangkat lunak.

Beralih dari level (2) ke level (3) mengharuskan organisasi

mengidentifikasi kompetensi utama yang diperlukan dalam proses, dan

mengambil tindakan untuk memastikan bahwa orang-orang yang ditugaskan

untuk kegiatan ini memiliki kompetensi ini. Ini dapat dilakukan melalui pelatihan

atau perekrutan. Proses didefinisikan dan dilembagakan dalam level (3) organisasi

13
 Pindah dari level (3) ke level (4) membutuhkan manajemen kuantitatif

pertumbuhan organisasi dalam kemampuan manajemen manusia, dan

pembentukan tim berbasis kompetensi. Pengukuran dan analisis proses perlu

diimplementasikan.

Pindah ke tingkat terakhir membutuhkan peningkatan metode untuk

mengembangkan kemampuan proses pribadi dan organisasi secara berkelanjutan.

Dalam keadaan ini, inovasi teknologi yang lebih besar diharapkan oleh sebagian

orang. Semua mengharapkan pencegahan cacat yang lebih baik.

II.1.3 Pendekatan Pengembangan Sistem (Systems Development Approach

Pendekatan pengembangan sistem memberikan cara rasional untuk

mengevaluasi proyek sistem informasi. Pendekatan pengembangan sistem

didasarkan pada analisis siklus hidup yang lengkap. Proposal proyek yang

dievaluasi dengan pendekatan ini diukur berdasarkan biaya, waktu, dan kinerja.

Biaya berkaitan dengan sumber daya yang dihabiskan seperti yang diharapkan.

Anggaran dan manfaat yang akurat estimasi diperlukan untuk mengevaluasi

proposal secara akurat. Mereka juga menyediakan mekanisme kontrol yang

berharga selama implementasi proyek. Waktu adalah variabel penting dalam

proyek. Pertama, sangat berkorelasi dengan biaya. Kedua, manfaat tertunda jauh

lebih sedikit daripada manfaat awal, karena nilai waktu dari uang. Menjaga

proyek sesuai jadwal adalah tantangan besar. Kinerja adalah ukuran ketiga yang

kritis. Proyek perlu dilakukan sesuai spesifikasi dan persyaratan pengguna.

Kemudian, ketika proyek sedang dilaksanakan, langkah-langkah ini sangat

penting. Kinerja perlu dipastikan melalui pengujian kualitas. Waktu adalah sarana

14
utama untuk mengevaluasi seberapa baik kemajuan proyek. Kita nantinya akan

melihat grafik Gantt sebagai sarana perencanaan dimensi waktu proyek. Anggaran

biaya juga sangat penting dalam mengendalikan implementasi proyek. Karena

tingginya tingkat ketidakpastian yang melekat dalam proyek, manajemen harus

memantau dengan cermat kemajuan proyek, dan bersiap untuk mengalihkan

sumber daya dan merencanakan ulang kegiatan sesuai kebutuhan.

Sistem Life Cycle terdiri (secara umum) dari aktivitas spesifikasi, desain,

pengkodean, konversi data, pengujian, dan implementasi. Kegiatan-kegiatan ini

cenderung serial, meskipun konversi data dapat berjalan paralel dengan

pengkodean.

a. Spesifikasi

Proyek dimulai dengan masalah seseorang. Sistem komputer adalah alat

yang ampuh yang memecahkan banyak masalah. Karena itu, ada banyak waktu

ketika mereka menawarkan cara yang lebih baik untuk melakukan sesuatu.

Setelah aplikasi yang diusulkan diidentifikasi, seorang analis sistem yang

memahami bagaimana membangun sistem tersebut perlu diperoleh untuk

merencanakan solusi. Analis sistem perlu memulai dengan berbicara dengan

orang-orang yang mengusulkan aplikasi untuk mengetahui apa yang mereka

inginkan, dan kepada orang-orang yang menganggarkan proyek untuk mengetahui

kendala dalam hal biaya yang perlu dipertimbangkan. Yang terbaik adalah

mendiskusikan proyek yang diusulkan dengan semua kelompok yang terkena

dampak, sehingga sesuatu tidak dirancang yang akan menjadi kontraproduktif

atau menciptakan masalah yang tidak terduga. Setelah wawancara ini, pernyataan

masalah yang lebih jelas harus dikembangkan. Cara yang efektif untuk

15
melanjutkan adalah dengan mengidentifikasi solusi alternatif, dan untuk

menentukan biaya dan fitur kinerja yang diharapkan dari masing-masing,

sehingga otoritas penganggaran dapat memilih sistem terbaik yang mungkin.

Studi kelayakan adalah pernyataan masalah yang jelas dan singkat, diikuti dengan

deskripsi formal terperinci dari sistem saat ini yang menggambarkan masalah.

Informasi kualitatif dan kuantitatif yang memadai harus diberikan untuk

menentukan apakah upaya tersebut harus dilanjutkan. Elemen dan komponen

sistem yang diusulkan diidentifikasi. Fase spesifikasi harus memberikan

pernyataan masalah yang jelas tentang apa yang sistem ingin lakukan, dengan ide

dasar solusi sistem. Setelah otorisasi awal diperoleh, sistem didefinisikan secara

lebih rinci. Pernyataan kerja menentukan apa yang harus dilakukan. Ini perlu

menentukan tujuan sistem baru, dan memberikan langkah-langkah untuk

penerimaan sistem setelah selesai. Tujuan kinerja tidak boleh dibatasi oleh sistem

yang ada. Salah satu pendekatan yang bekerja dengan baik adalah memulai

dengan tujuan umum. Tujuan harus mencakup sub-elemen yang dapat diukur.

Fase pengembangan sistem ini pendekatan menghasilkan daftar kegiatan yang

komprehensif, bersama dengan jadwal, biaya, dan sumber daya yang diperlukan.

Ini termasuk persyaratan perangkat keras dan perangkat lunak. Ketika disajikan

dengan biaya sistem yang diusulkan, banyak yang ditolak. Pada tahap spesifikasi

inilah sebagian besar proyek mati.

b. Desain

Fase desain mengembangkan bagaimana perangkat lunak akan memenuhi

persyaratan. Salah satu analisis bisnis klasik adalah keputusan untuk membuat

atau membeli. Keputusan ini sangat berkaitan dengan sistem komputer, karena

16
ada banyak vendor yang memproduksi dan menjual banyak sistem komputer yang

bermanfaat. Setiap organisasi memiliki opsi untuk membeli produk dari vendor,

atau membangun produk itu sendiri. Secara umum, membeli produk dari vendor

jauh lebih mudah. Tetapi Anda harus hidup dengan fitur yang dimasukkan vendor

ke dalam produk. Mereka mencari nafkah dengan memberi tahu semua orang

bahwa inilah yang mereka butuhkan. Sebenarnya, seringkali tidak. Selain itu,

bahkan jika itu terjadi, vendor mungkin mengenakan biaya lebih dari nilai produk.

Tetapi membangun produk sendiri membutuhkan lebih banyak risiko dan waktu.

Jika keahlian yang diperlukan tidak tersedia, mungkin lebih baik menghabiskan

sedikit lebih banyak pada vendor. Biasanya rute vendor lebih cepat, dan sering

kali lebih murah. Masalahnya biasanya terletak pada pencocokan sistem yang ada,

dan melakukan pekerjaan yang diperlukan. Baru-baru ini, telah menjadi sangat

populer untuk menyewakan sebagian besar pemrosesan informasi, atau

outsourcing. Salah satu tujuan outsourcing adalah perampingan. Banyak fungsi

dapat di-outsource, termasuk manajemen pusat data, telekomunikasi, pemulihan

bencana, dan pemeliharaan sistem warisan. Ini menghindari kebutuhan untuk

menyia-nyiakan sumber daya yang langka, dan dapat memperoleh efisiensi

dengan mempekerjakan vendor dengan keahlian. Outsourcing juga dapat

digunakan untuk operasi Internet perusahaan. Jika rencana lebih jelas, fungsi

Internet yang dapat di-outsourcing-kan meliputi konektivitas, hosting server Web,

keamanan firewall, pengembangan situs Web, dan pengembangan konten.

Kegiatan-kegiatan ini kompleks, dapat berubah, dan tidak terlalu relevan dengan

kompetensi inti organisasi. Outsourcing masuk akal ketika start-up cepat penting,

keterampilan internal kurang, dan vendor dapat memberikan fitur yang kuat. Alih

17
daya untuk operasi Internet tidak bermanfaat jika mereka memiliki kepentingan

strategis untuk bisnis, atau persyaratan tidak jelas. Jarang outsourcing digunakan

untuk semua yang terlibat di dalamnya sebuah proyek. Untuk satu hal, akan ada

kebutuhan untuk pelatihan internal untuk mengimplementasikan sistem, dan untuk

mengintegrasikannya dengan sistem yang ada. Jika vendor atau kontraktor luar

sedang dipertimbangkan, permintaan untuk proposal diperlukan termasuk studi

kelayakan dan rencana pengembangan proyek. Permintaan proposal menyatakan

persyaratan pengguna dalam hal tujuan sistem, ruang lingkup proyek, dan

spesifikasi kinerja serta kendala, terutama dalam hal waktu. Penting untuk

mengembangkan daftar peserta lelang yang berkualifikasi dengan kemampuan

untuk menyelesaikan pekerjaan yang diperlukan. Tim proyek perlu dipilih pada

tahap ini. Manajer proyek harus dipilih, dengan karakteristik yang akan kita bahas

nanti. Anggota tim diambil dari bidang fungsional. Manajer fungsional harus

dijual pada proyek, sehingga anggota tim yang baik diperoleh. Output dari tahap

desain adalah daftar terperinci kebutuhan pengguna dan persyaratan sistem. Tugas

dipecah menjadi paket kerja, dan anggota tim diberikan tugas khusus. Manajer

proyek bertanggung jawab untuk mengatur jadwal, anggaran, dan kontrol. Output

dari tahap desain adalah pelarian tugas, dengan setiap tugas dijadwalkan

berdasarkan tanggal. Penting untuk melanjutkan koordinasi yang erat antara analis

sistem, pengguna akhir sistem, dan otoritas anggaran. Sebuah proyek tidak pernah

sepenuhnya dirancang, atau akhirnya diadopsi, sampai selesai. Semakin akurat

pemahaman antara analis, pengguna, dan pemilik diperlukan untuk

mengembangkan sistem yang bermanfaat dan hemat biaya.

c. Kode atau Akuisisi

18
 Opsi, in-house atau vendor, perlu dievaluasi. Jika di rumah, fase

konvensional pengkodean untuk mengimplementasikan desain diterapkan. Jika

opsi termasuk pembelian produk atau layanan vendor diadopsi, istilah akuisisi

tampaknya lebih tepat. Apa pun opsi yang diadopsi, sponsor proyek harus

melakukan kasus bisnis (analisis keuangan, yang dalam proyek harus

mempertimbangkan risiko). Jika vendor atau kontraktor luar sedang

dipertimbangkan, pemilihan penawar untuk membangun proyek (atau komponen

proyek) melibatkan beberapa opsi. Ada sejumlah pangkalan untuk memilih

penawar. Jika kualitas sistem telah ditentukan secara menyeluruh sejauh yang

dimiliki oleh setiap penawar pengetahuan dan jika setiap bidder telah disaring

untuk memastikan kompetensinya, seleksi berdasarkan penawaran rendah

biasanya digunakan. Ini memiliki keuntungan yang jelas, menggunakan sistem

kompetitif, untuk menurunkan biaya.

Namun, memilih penawar rendah memiliki risiko yang jelas jika penawar

tidak benar-benar memenuhi syarat. Bahkan, di beberapa bagian Eropa, penawar

yang menang adalah yang paling dekat dengan penawaran rata-rata, menggunakan

logika bahwa mereka harus tahu apa yang harus mereka lakukan. Terlepas dari

itu, ada pertimbangan lain selain harga murah.

 Biaya - perlu memastikan bahwa itu sesuai dengan anggaran yang

diijinkan

 Kelayakan - perlu memastikan bahwa penawar dapat benar-benar

melakukan proyek

 Pengalaman - lihat catatan penawar pada proyek serupa

 Reputasi - catatan penawar berkenaan dengan pekerjaan berkualitas

19
 Seringkali, jika tawaran terlalu tinggi, pengguna dapat bernegosiasi

dengan penawar. Etika terlibat jika proses penawaran kompetitif terbuka

digunakan. Yang tidak dipilih mungkin tidak diperlakukan dengan adil jika aturan

diubah setelah penawaran awal. Namun, di sektor swasta, ini adalah cara hukum

untuk melanjutkan, dan pemilik dan penawar dapat bekerja sama untuk

menegosiasikan kesepakatan yang dapat diterima untuk keduanya. Negosiasi

adalah tepat terutama ketika berhadapan dengan sistem yang kompleks ketika

menarik untuk berbagi risiko. Pengembangan sistem in-house dimulai dengan

tahap desain, yang melibatkan pengubahan spesifikasi dari fase definisi menjadi

rencana. Sistem yang diusulkan dipecah menjadi beberapa subsistem, komponen,

dan bagian. Semua elemen perlu diperiksa kompatibilitasnya, serta

kemampuannya memenuhi spesifikasi. Prototyping dapat digunakan jika ada

manfaat dari melihat seperti apa sistem itu nantinya. Sistem dikembangkan dan

perangkat keras dan lunak apa pun yang dibutuhkan diperoleh. Sistem dibangun,

dan setiap kode dan antarmuka yang diperlukan diprogram. Pengujian sistem

dilakukan bersamaan dengan perakitan sistem untuk menangkap kesalahan

secepat mungkin. Pengembangan materi pelatihan sering dilakukan secara

bersamaan. Produksi suatu sistem mengikuti analisis dan desain. Produksi itu

sendiri dapat melibatkan sekelompok besar orang yang beragam, mulai dari

programmer, orang yang membangun antarmuka pengguna, orang yang

mendesain antarmuka basis data, orang yang berurusan dengan pengguna untuk

merancang laporan, dan orang untuk mengatur jaringan yang diperlukan untuk

banyak pengguna. Manajer proyek harus mempertimbangkan untuk mendapatkan

orang-orang dengan keterampilan yang tepat untuk tersedia pada waktu yang

20
tepat, mendapatkan fasilitas yang diperlukan dalam hal alat dan tempat untuk

bekerja, perkiraan waktu yang realistis memungkinkan tingkat ketidakpastian

yang sesuai, dan tentu saja modal. Pengujian kualitas harus dilakukan sepanjang

produksi. Ini adalah praktik yang baik untuk membangun sistem dalam modul,

dan secara menyeluruh menguji setiap komponen sebelum diadopsi. Jika

memungkinkan, sebaiknya melibatkan pengguna dalam pengujian ini.

d. Konversi Data

Ketika suatu sistem dikembangkan, akses dan input data harus kompatibel

dengan sistem baru. Contoh ekstrem dari masalah ini terjadi dalam penambangan

data, di mana massa data mentah diproses dengan maksud mendapatkan wawasan

tentang cara-cara yang lebih efektif dalam menjalankan bisnis. Data untuk

penambangan data hampir selalu disimpan di gudang data, mampu menyimpan

jumlah input yang sangat besar, seperti data register kas. Konversi data penting

karena agar penambangan data berfungsi, data harus dalam bentuk yang dapat

digunakan, untuk memasukkan tidak ada pengamatan yang hilang, memiliki

semua data dalam bentuk angka, dan dapat dibaca dalam format yang tepat. Unsur

utama dari pergudangan data adalah membersihkan data untuk mendapatkan

status ini. Sistem informasi eksekutif dan sistem perencanaan sumber daya

perusahaan juga memerlukan data yang dikonversi ke bentuk yang kompatibel.

e. Pengujian

Kontrol kualitas sangat penting di seluruh siklus pengembangan sistem. Setiap

modul perlu diperiksa sebelum blok kerja dianggap selesai. Organisasi biasanya

memiliki kelompok pengujian independen yang ditugaskan untuk meninjau

21
komponen sistem untuk memastikan bahwa mereka mampu menangani beban

kerja yang diharapkan.

f. Penerapan

Setelah sistem dibangun dan diuji dengan memuaskan, sistem dipindahkan

dari pembangun ke pengguna. Ini mengharuskan sistem diinstal dan diperiksa

untuk memastikan bahwa ia melakukan apa yang ditentukan. Melatih para

pengguna dengan dukungan teknis yang tersedia begitu sistem diserahkan kepada

pengguna untuk mengakhiri siklus proyek. Pengguna mengevaluasi kinerja sistem

dan jika ada cacat yang terdeteksi, pembangun akan memperbaikinya. Perjanjian

kontrak yang baik yang menjabarkan prosedur sebelum proyek dimulai sangat

berguna pada tahap ini. Pembangun sering memberikan dukungan pemeliharaan

untuk sistem, biasanya dengan biaya nominal. Tahap operasi meliputi peningkatan

sistem.

II.2 Analisis Kebutuhan

Analisis Kebutuhan mengidentifikasi data dan informasi yang diperlukan

untuk mengotomatisasi beberapa tugas organisasi dan untuk mendukung

pencapaian tujuan organisasi. Banyak kegagalan sistem informasi telah dikaitkan

dengan kurangnya kebutuhan sistem informasi yang jelas dan spesifik. Identifikasi

yang akurat atas kebutuhan di awal proses telah dilaporkan mengarah pada sistem

yang lebih sukses, dan biaya yang lebih rendah untuk koreksi kesalahan.

22
 Analisis Kebutuhan dapat terdiri dari empat proses:

a. Conseptual Design

Desain konseptual adalah proses mengembangkan model apa yang harus

dilakukan sistem. Faktor-faktor penting seperti lingkungan implementasi, tujuan

dan kebijakan organisasi, aliran produk dan layanan, dan masalah yang

diantisipasi perlu diidentifikasi.

b. Logical Design

Proses desain logis adalah di mana kekuatan dan kelemahan dari desain

konseptual dinilai. Faktor organisasi dan teknologi keduanya harus

dipertimbangkan. Faktor organisasi meliputi sumber daya diperlukan, politik

organisasi, dan prioritas. Faktor organisasi lebih dipahami dengan melihat proyek

sebagai sistem yang mengumpulkan komponen yang berinteraksi dengan tujuan

bersama. Faktor teknologi merujuk kemampuan sistem yang ada, ketersediaan

data yang dibutuhkan, dan ketersediaan personel yang dibutuhkan. Proses desain

logis adalah desain sistem yang mempertimbangkan kekuatan dan kelemahan

organisasi.

c. Validation

Validasi adalah proses yang dimaksudkan untuk memastikan bahwa

serangkaian kebutuhan yang valid telah dikembangkan. Fitur yang perlu

dipertimbangkan dalam proses validasi meliputi metode entri data, output sistem,

dan dampak lain dari proyek yang diusulkan pada keseluruhan sistem.

d. Formal Spesification

Spesifikasi formal adalah hasil analisis kebutuhan. Pernyataan kerja dan

kasus bisnis dapat digunakan untuk mendokumentasikan proyek sesuai dengan

23
misi yang dimaksud. Spesifikasi formal yang ideal jelas menentukan satu set

lengkap kebutuhan informasi, untuk memasukkan input dan output, dan apa yang

harus dilakukan elemen-elemen ini.

Proses ini kemudian memuncak dalam sponsor proyek membuat piagam

proyek, otorisasi formal untuk pekerjaan untuk melanjutkan. Spesifikasi formal

berfokus pada hal-hal teknis proyek. Piagam proyek dapat digunakan untuk proses

penganggaran organisasi untuk memungkinkan kegiatan berjalan dalam kendali

yang tepat dari pemangku kepentingan yang berwenang. Piagam tersebut

mencakup uraian terperinci tentang proyek dalam bentuk ruang lingkup proyek,

yang mendefinisikan apa yang akan dimasukkan dalam proyek.

II.2.1 Tipe Proyek Sistem Informasi (Information System Project Types)

Ada berbagai macam proyek sistem informasi yang mungkin. Ada tiga

jenis dasar proyek sistem informasi:

a. Pemeliharaan (Maintenance)

Proyek pemeliharaan sejauh ini merupakan jenis proyek sistem informasi

yang paling umum. Mereka dapat muncul dari kebutuhan untuk memperbaiki

kesalahan, untuk menambahkan perangkat tambahan ke beberapa sistem, atau

dapat melibatkan perangkat tambahan besar. Jalan masuk pekerjaan pemeliharaan

yang ditangani tergantung banyak pada dampak sistem yang dipertanyakan

terhadap rencana induk organisasi. Jika sistem yang dipelihara sangat penting, itu

TIDAK akan diperlakukan sebagai proyek. Itu akan memiliki unit permanen yang

ditugaskan untuk melakukan apa pun yang perlu dilakukan. Beberapa organisasi

menggunakan pekerjaan pemeliharaan sebagai tempat pelatihan bagi karyawan

24
baru. Ini adalah jenis pekerjaan yang baik untuk mendapatkan paparan spektrum

operasi organisasi.

Memperbaiki kesalahan melibatkan tujuan yang jelas — untuk membuat

sistem bekerja dengan benar. Kompleksitas jenis pekerjaan ini tergantung pada

sifat sistem, kesalahan, dan personel yang terkena dampak. Kasus terbaik adalah

sistem kecil, dengan kesalahan yang mudah ditelusuri. Juga lebih mudah jika

seseorang yang memiliki pengalaman dengan sistem ada di sekitar untuk

menetapkan untuk memperbaikinya. Perangkat tambahan kecil mencakup hal-hal

seperti menambah, memodifikasi, atau menghapus data atau laporan dari sistem

informasi.

Terkadang kecil perangkat tambahan melibatkan tingkat pekerjaan desain

asli. Namun, biasanya, jenis pekerjaan ini dibatasi oleh desain aslinya. Perangkat

tambahan kecil biasanya tidak kritis. Karena itu, kemungkinan ada lebih banyak

alternatif yang dapat dipertimbangkan. Peningkatan kecil kemungkinan besar

akan ditugaskan kepada mereka yang memiliki kemampuan desain dan

pengetahuan organisasi.

Peningkatan besar melibatkan desain dan implementasi tingkat tinggi.

Jenis pekerjaan ini dapat melibatkan modifikasi berskala luas dari modul yang

ada, atau pengembangan modul baru. Kadang-kadang koleksi perangkat tambahan

kecil dengan beberapa karakteristik umum dikemas bersama untuk membuat

peningkatan besar. Panggilan kerja perangkat tambahan utama untuk personel

yang berpengalaman.

Peningkatan besar paling mudah jika personel pemeliharaan mengetahui

sistem dengan baik, dan melibatkan proses yang mudah. Jelas lebih mudah jika

25
alat CASE digunakan untuk mengembangkan sistem asli, karena dapat digunakan

untuk membuat modifikasi juga. Peningkatan besar lebih banyak masalah ketika

personil baru ditugaskan untuk menyelesaikannya, ketika sulit untuk menilai

kekritisan sistem, dan ketika tidak ada standar desain dan implementasi yang

tersedia.

b. Konversi

Proyek konversi melibatkan perubahan sistem yang ada. Sistem yang ada

ini bahkan tidak harus saat ini terkomputerisasi (jika Anda dapat membayangkan

komponen sistem informasi manual di zaman sekarang ini, tetapi setiap sistem

harus memulai suatu tempat). Sebagian besar proyek konversi terdiri dari

pemindahan aplikasi dari satu platform komputer ke yang lain. Ada juga banyak

proyek yang berkembang dari akuisisi perusahaan dalam bentuk sistem warisan.

Sistem lama menciptakan potensi besar untuk kesulitan dalam mengintegrasikan

sistem berdasarkan pada platform yang sama sekali berbeda.

Mengkonversi sistem manual adalah proyek pemeliharaan terdekat dengan

desain dan pengembangan murni. Masalah utama yang harus diharapkan dalam

lingkungan semacam ini adalah spesifikasi yang tidak tepat dan kegagalan untuk

mengakomodasi perubahan. Agar berhasil melakukan jenis pekerjaan ini, orang

perlu memahami sistem yang ada, apa yang diinginkan, dan sarana untuk pindah

dari keadaan pertama ke yang kedua.

Mengelola perubahan konversi sangat tergantung pada dukungan

manajemen senior. Karyawan yang terkena dampak perlu diberi tahu tentang

perubahan tersebut, dan akan jauh lebih mudah jika mereka dapat diyakinkan

bahwa lingkungan kerja mereka akan lebih mudah setelah konversi. Seringkali

26
konversi mengubah apa yang dilakukan karyawan, dan beberapa orang memiliki

masalah dengan itu. Dalam kasus yang ekstrem, konversi dapat menggantikan

karyawan, karena tingkat keterampilan yang berbeda diperlukan setelah konversi,

atau mungkin pekerjaan dihilangkan. Dalam hal ini, orang berharap bahwa

karyawan yang dipindahkan dapat dilatih kembali untuk pekerjaan lain.

Konversi teknologi baru paling mudah ketika ada banyak kesamaan antara

perangkat keras baru dan lama dan sistem operasi baru dan lama. Juga lebih

mudah jika aplikasi yang ada bersifat modular, dan jika vendor memasok rutin

untuk konversi. Kasus terburuk adalah ketika perubahan besar terjadi, terutama

jika ada perubahan dari satu tugas ke lingkungan multitask. Sulit, misalnya, untuk

berpindah dari sistem berorientasi garis ke sistem berorientasi ikon seperti

Windows.

Konversi berbasis bahasa sering dijumpai. Ini melibatkan terjemahan dari

satu bahasa ke bahasa lain, biasanya dari bahasa generasi ketiga seperti COBOL

ke bahasa generasi keempat. Dalam situasi ini, sangat membantu memiliki pakar

dalam bahasa lama dan baru di tim proyek. Penting untuk mempertimbangkan

dampak pada struktur data dan struktur kode. Biasanya bijaksana untuk

mengambil keuntungan penuh dari kemampuan bahasa yang lebih baru.

Konversi non-prosedural memiliki karakteristik unik. Alih-alih kontrol

berurutan, pernyataan yang ditulis dalam bentuk aturan dipecat ketika semua

kondisi dipenuhi, seperti dalam sistem pakar berbasis aturan. Pendekatan

berorientasi objek menjadi lebih umum, di mana objek memiliki kekuatan untuk

mengontrol pemrosesan. Sekali lagi, bagus untuk memiliki keahlian dalam bahasa

27
lama dan bahasa baru. Dalam kasus konversi ke sistem berorientasi objek,

dimungkinkan untuk mengambil keuntungan dari penggunaan kembali kode.

Konversi perangkat keras dapat timbul dari kebutuhan untuk

mengkonversi ke platform baru untuk tujuan pemasaran, dari menarik kembali

aplikasi outsourcing, atau dari pembelian platform komputasi baru. Sebagian

besar upaya yang terlibat dalam konversi jenis ini muncul dari pengubahan

rutinitas pemrosesan dan masukan tingkat rendah.

Jika perangkat keras diperoleh dari vendor yang sama yang menyediakan

sistem lama, ada sedikit masalah. Beralih dari satu vendor ke vendor yang lain

jelas jauh lebih sulit. Kasus terbaik adalah ketika input / output khusus vendor

dilokalkan dalam rutinitas yang disediakan oleh vendor. Namun, kadang-kadang,

beberapa penyesuaian diperlukan.

c. Pengembangan Sistem Baru

Ada banyak cara di mana teknologi dapat digunakan untuk meningkatkan

aliran sistem informasi, serta menyelesaikan pekerjaan yang dibutuhkan.

Pengembangan Sistem Baru melibatkan karakteristik manajemen yang berbeda

berdasarkan jenis sistem. Jenis-jenis sistem yang akan kita bahas adalah:

 Pemrosesan transaksi (Transaction Processcing)

Pemrosesan transaksi umumnya difokuskan pada operasi yang efisien.

Aplikasi biasanya akan melibatkan volume tinggi data kuantitatif dari berbagai

sumber input. Data ini digunakan untuk menghasilkan laporan standar sebagai

bagian dari sistem informasi. Sebagian besar kompleksitas muncul dari volume

perhitungan. Analisis sistem suara dan prosedur desain harus diikuti untuk

28
memeriksa dengan seksama dampak dari sistem baru pada semua orang yang

terkena dampak.

 Kontrol manajemen (Management Control)

Kontrol manajemen lebih khusus daripada pemrosesan transaksi. Contoh

aplikasi adalah untuk memantau alokasi tenaga kerja, kemajuan kegiatan proyek,

produksi per unit, dan penjualan berdasarkan wilayah atau perwakilan penjualan.

Sistem ini sering membandingkan kinerja yang diharapkan dengan kinerja aktual,

dan jika perbedaannya cukup besar, beberapa tindakan dapat dipicu. Jelas jenis

sistem ini membutuhkan lebih banyak fleksibilitas. Karena banyak jumlah orang

dipengaruhi oleh perubahan, analisis sistem dan proses desain harus diadopsi.

 Sistem pendukung keputusan (DSS) / Decision Support System

Sistem pendukung keputusan menurut definisi dimaksudkan untuk

dikustomisasi untuk pengguna tertentu. Penerapan DSS adalah untuk

mengeksplorasi alternatif keputusan. Seringkali data perlu diakses dari berbagai

sumber, beberapa dari sumber internal, dan kadang-kadang dari sumber komersial

online. Setiap pembuat keputusan akan memiliki preferensi sendiri untuk data,

antarmuka komputer, dan akses model. Tim proyek yang memasang sistem

pendukung keputusan harus memiliki pengetahuan tentang model yang akan

dipasang. Faktor yang menyulitkan adalah bahwa pembuat keputusan mungkin

tidak memiliki banyak gagasan tentang fitur apa yang diinginkan sampai sistem

beroperasi. Oleh karena itu, pendekatan prototyping biasanya lebih tepat untuk

pengembangan sistem pendukung keputusan.

 Pergudangan data dan penambangan data (Data Warehousing and Data

Mining)

29
 Pergudangan data dan penambangan data adalah teknologi baru yang

memperluas konsep sistem basis data dan statistik (serta kecerdasan buatan).

Aplikasi pergudangan data memungkinkan akses data dalam jumlah besar,

termasuk data mesin kasir, yang dapat dicari secara elektronik untuk mendapatkan

wawasan tentang banyak lingkungan pemasaran dan keuangan. Gudang data

menyediakan repositori tempat sejumlah besar data dapat disimpan dengan cara

yang memungkinkan pemulihan cepat. Penambangan data menggunakan

teknologi elektronik untuk mencoba mengidentifikasi kelompok pelanggan yang

akan memiliki hasil lebih besar dalam menanggapi kampanye pemasaran, dan

analisis statistik lainnya dari kumpulan data besar. Munculnya data besar,

dikombinasikan dengan perangkat lunak pembelajaran mesin untuk analisis,

sering disebut sebagai informatika.

 Sistem pendukung kelompok (Executive Information System)

 Sistem informasi eksekutif (Enterprise Resource Planning)

 Perencanaan sumber daya perusahaan

Sistem perencanaan sumber daya perusahaan adalah sistem yang

dirancang untuk secara komprehensif melayani semua kebutuhan komputasi

organisasi. Sistem ini biasanya diimplementasikan dalam modul, tetapi jenis

produk ini biasanya mengambil alih komputasi organisasi, karena tujuannya

adalah untuk mengintegrasikan sistem. Sistem perencanaan sumber daya

perusahaan tidak sepele untuk diterapkan, tetapi vendor lebih dari bersedia untuk

memberikan bantuan (dengan biaya nominal normal).

 Perdagangan internet

30
 Menerapkan perdagangan Internet melibatkan memikirkan kembali bisnis

dan proses utamanya, mengembangkan infrastruktur teknologi informasi yang

sesuai dan terjangkau, dan membangun produk dan layanan Internet tertentu.

Ada banyak jenis sistem yang perlu diinstal, berbagai pinjaman untuk

proyek-proyek sistem informasi banyak ditemukan dalam bisnis.

Lingkup lain, yang dapat tumpang tindih dengan tiga kategori yang

diberikan di atas (Maintenance, Konversi, Pengembangan Sistem Baru), adalah

sebagai berikut:

 Proyek Arsitektur Sistem: proyek yang merupakan bagian dari rencana

sistem strategis untuk organisasi, mendukung strategi bisnis perusahaan

 Komputasi Pengguna Akhir: memasang sistem untuk pengguna target,

dengan keterlibatan pengguna yang besar dalam pengembangan

 Proyek Rekayasa Ulang Bisnis: menerapkan baru cara memproses fungsi

bisnis

 Proyek Implementasi Teknologi: instalasi teknologi seperti jaringan atau

email

 Implementasi Paket: menginstal aplikasi pra-tertulis, dengan modifikasi

apa pun yang diperlukan

Masing-masing kategori proyek implementasi ini dapat ditemukan di

masing-masing dari tiga kategori pemeliharaan, konversi, dan pengembangan

sistem baru, meskipun dengan derajat yang berbeda-beda. Proyek arsitektur

sistem adalah fokus dari sistem informasi, dan sebagian besar pekerjaan

pemeliharaan akan diharapkan dalam kategori proyek ini. Rekayasa ulang bisnis

31
dapat melibatkan pemeliharaan dan konversi, tetapi sebagian besar diharapkan

akan melibatkan pekerjaan baru. Pekerjaan konversi sering muncul dari

pengambilalihan perusahaan, atau ketika arsitektur sistem baru diadopsi.

32
 BAB III

PENUTUPAN

III.1 Kesimpulan

1. Banyak sistem dan metode analisis telah berkembang untuk mendukung

proyek sistem informasi. Metodologi berbeda yang dibahas dalam bab ini

semua memiliki peran penting untuk dimainkan untuk proyek perangkat

lunak dengan kondisi lingkungan tertentu. Setiap organisasi cenderung

mengadopsi metodologi tertentu. Tidak penting metodologi mana yang

diadopsi karena metodologi yang diadopsi. Penting juga bahwa organisasi

penghasil perangkat lunak mengadopsi standar proses. SEI / Capability

Maturity Model telah terbukti efektif secara dramatis dalam meningkatkan

kualitas proses dan produktivitas.

2. Manajemen proyek sistem informasi dapat melibatkan berbagai tugas.

Jenis proyek sistem informasi yang khas meliputi pekerjaan pemeliharaan,

proyek konversi, dan implementasi sistem baru. Sebagian besar proyek

terkait pemeliharaan, melibatkan tingkat perubahan yang relatif rendah.

Pemeliharaan kegiatan kritis seringkali paling baik dikelola dengan

menugaskan tim permanen, melewati tahap proyek untuk operasi proses.

Pekerjaan konversi sering diperlukan ketika perusahaan mengubah sistem

komputer, atau perusahaan direorganisasi.

3. Teknologi baru dapat mengambil berbagai bentuk, mulai dari pemrosesan

transaksi yang berfokus pada efisiensi hingga pemasangan produk

perangkat lunak. Pengembangan sistem perlu mempertimbangkan biaya,

33
 waktu, dan kinerja di samping kriteria khusus yang penting untuk proyek

tertentu. Aktivitas berdasarkan tahapan sistem ditinjau.

III.2 Saran

1. Diharapkan materi pemabahasan dari Pengembangan Sistem dan Analisis

Kebutuhan Proyek dapat dikembangkan lagi dalam arti yang lebih luas,

serta menambahkan lebih banyak referensi untuk membahas materi

tersebut agar mendapatkan pengetahuan yang lebih kompleks terkati

materi.

34
 DAFTAR PUSTAKA

D. Batra, W. Xia, D. VanderMeer, and K. Dutta. 2010. “Balancing Agile and

Structured Development Approaches to Successfully Manage Large
Distributed Software Projects: A Case Study from the Cruise Line
Industry,” Communications of the Association for Information Systems 27,
pp. 379–394.

B. Day and C. Lutteroth. 2011. “Climbing the Ladder: Capability Maturity

Model Integration Level 3,” Enterprise Information Systems 5, no. 1, pp.
125–144.

A.H. Ghapanchi and A. Aurum. 2012. “The Impact of Project Capabilities on

Project Performance: Case of Open Source Software Projects,”
International Journal of Project Management 30, no. 4, pp. 407–417.

Olson .D.L , Kloppenborg Timothy(Ed).2015. ”Information System Project

Management” New York: Business Expert Press

35