Home >Documents >Five Phases of the Systems Development Life Cycle (SDLC)

Five Phases of the Systems Development Life Cycle (SDLC)

Date post:17-Jul-2016
Category:
View:222 times
Download:5 times
Share this document with a friend
Description:
AIS
Transcript:

CHAPTER 20- INTRODUCTION TO SYSTEMS DEVELOPMENT AND SYSTEMS ANALYSIS1. Five Phases of the Systems Development Life Cycle (SDLC) Systems analysis- tahap ketika seluruh informasi yang dibutuhkan untuk membeli, mengembangkan atau memodifikasi sistem dikumpulkan. Karena terbatasnya sumber daya yang dimiliki, permintaan pengembangan harus disaring dan diprioritaskan. Jika tujuannya adalah untuk membuat sistem lebih baik, maka: (initial investigation)sifat dan ruang lingkup proyek yang diajukan harus diidentifikasi (systems survey)lakukan survey terhadap sistem yang ada saat ini untuk mengidentifikasi keunggulan dan kelemahan sistem (feasibility study)tentukan apakah proyek tersebut feasible (information needs and system requirements)jika proyek feasible, identifikasi dan dokumentasikan seluruh informasi yang dibutuhkan untuk memilih atau mengembangkan sistem yang baru (deliver system requirement)Siapkan laporan system analysis dan laporkan kepada information system steering committee Conceptual design menentukan bagaimana memenuhi keinginan users. (design alternatives)pilih antara membeli software, develop-in-house, outsource (design specifications)sistem seperti apa yang ingin dibuat dan bagaimana pengendalian atas sistem tersebut (conceptual design requirements)permintaan desain secara konseptual dilaporkan pada information system steering committee Physical design mengartikan permintaan desain konseptual lebih spesifik seperti detail sandi dan uji program komputer, pembuatan dokumen input dan output, pembuatan file dan databases, pembuatan prosedur dan pengendalian atas sistem yang baru. (developed system) Hasil physical design kemudian dilaporkan kepada information system steering committee Implementation and conversion penggabungan seluruh sistem dan aktivitas pembangunan sistem perencanaan dibuat dan dilaksanakan (planning), hardware dan software diinstal dan diuji pegawai direkrut, detraining atau direlokasi prosedur diuji dan dimodifikasi standar dan pengendalian telah terbentuk dan dokumen sudah siap organisasi menggunakan sistem baru, membuat beberapa penyesuaian, dan melakukan evaluasid an koreksi atas implementasi sistem baru. membuat laporan operational system dan melaporkannya kepada information system steering committee operations and maintenance sistem bar uterus direview dan dimodifikasi. Jika terjadi modifikasi besar-besaran atau perubahan sistem dalam tahap ini, maka proses akan kembali ke tahap pertama2. People involved in systems development and the role they played Management - menekan pentingnya keterlibatan users dalam proses pembuatan sistem, mendukung dan mendorong proyek pengembangan sistem, menyelaraskan sostem dengan tujuan perusahaan, menetapkan tujuan pembangunan sistem, memilih dan melakukan penilaian atas kinerja dari pimpinan system department, menetapkan kebijakan atas proyek yang terpilih, dan berpartisipasi dalam kepuntusan penting terkait sistem tersebut. User management menentukan informasi yang dibutuhkan, mendampingi analis dengan pertimbangan cost dan benefit, menempatkan staf dalam proyek pengembangan tersebut, dan mengalokasikan dana untuk proyek terkait. Accountants and other users sebagai pengguna : menentukan informasi yang dibutuhkan sebagai anggota tim proyek atau anggota steering committee : membantu pengembangan sistem jika diminta, akuntan dapat membantu membuat, menguji dan mengaudit kontrol yang memastikan keakuratan dan kelengkapan pemrosesan data information system steering committee membuat perencanaan dan mengawasi information system function, membuat kebijakan AIS, memastikan keterlibatan, arahan dan kontrol dari top-management memfasilitasi koordinasi dan integrasi aktivitas dalam sistem. Project development team mengarahkan pengembangan, merencanakan proyek, mengawasi untuk memastikan ketepatan waktu dan efektifitas biaya penyelesaian, memastikan pertimbangan yang tepat dalam pemilihan personel, mengkomunikasikan status proyek ke top management dan steering committee dan memfasilitasi penerimaan pengguna atas sistem baru. System analyst and programmers system analysts: mempelajari sistem yang ada, mendesain sistem baru, mempersiapkan detail yang dibutuhkan programmer, menjembatani gap antara manusia dan teknologi dengan sering berinteraksi dengan pegawai terkait pengembangan sistem, dan memastikan bahwa sistem yang baru dapat memenuhi kebutuhan users. computer programmer: membuat program berdasarkan detail yang diberikan sistem analyst dan memodifikasi atau menjaga program yang masih ada. External players pelanggan, vendor, auditor eksternal, dan pemerintah.3. The importance of system developments planning and planning techniquesKenapa harus ada planning? memudahkan untuk menyelaraskan tujuan pembuatan atau pembangunan sistem dengan tujuan perusahaan secara keseluruhan sistem lebih efisisen, subsistem saling terhubung, dan terdapat dasar untuk memilih aplikasi baru dalam pengembangan sistem perusahaan update dengan perubahan terbaru dalam IT sistem menjadi less costly dan lebih mudah digunakan manajemen siap untuk sumber daya yang dibutuhkan dan pegawai siap atas perubahan yang terjadi.Bentuk planning: Project development plan disiapkan oleh tim proyek; berisikan analisis cost/benefit, permintaan developmental dan operasional (orang, dana, hardware, software), dan jadwal aktivitas untuk membangun dan mengoperasikan sistem yang baru. Master plan dibuat oleh steering committee, menspesifikasikan apa saja yang terdapat dalam sistem, cara pengembangan, siapa yang mengembangkan, bagaimana mendapatkan sumber daya yang dibutuhkan, dan tujuan AIS tersebut.Teknik Perencanaan: Program Evaluation and Review Techniques (PERT)seluruh aktivitas dan hubungan antara aktivitas sebulum dan sesudahnya harus diidentifikasi untuk menggambarka PERT diagram yang menunjukan mana aktivitas yang memerlukan pengeluaran sumber daya dan waktu yang paling banyak, penyelesaian dan awal mula suatu proyek. Setelah waktu penyelesaian ditentukan, tentukan pula critical path (proses yang memerlukan waktu pengerjaan paling lama). Gantt chartsdiagram batang yang terdiri dari aktivitas di bagian kiri dan satuan waktu pada bagian atas. Diagram batang digambarkan sepanjang waktu pengerjaan (starting-ending). Diagram batang diiisi sepanjang pengerjaan proyek berdasarkan tingkat penyelesaiannya. Keuntungannya : diagram ini memperlihatkan keseluruhan progress aktivitas. Kelemahannya : diagram ini tidak dapat menunjukan hubungan antar aktivitas4. Various types of feasibility analysis and calculate economic feasibilityKenapa harus nalisis feasibility? untuk menentukan menghentikan proyek, melanjutkan proyek tanpa syarat apapun atau melanjutkan proyek jika suatu masalah telah terselesaikan. Makin lama proyek berjalan makin sulit untuk dibatalkan, sehingga keputusan ini harus ditetapkan sedini mungkin.Jenis feasibility analysis: economic feasibility berapa waktu, uang dan sumber daya yang dibutuhkan untuk implementasi sitem (bandingkan biaya dengan payback period, NPV dan IRR) technical feasibility apakah sistem dapat dikembangkan dan diimplementasikan dengan teknologi yang ada saat ini legal feasibility apakah sistem telah mengikuti aturan yang berlaku scheduling feasibility apakah sistem dapat dikembangkan dan diimplementasikan dalam waktu yang telah ditetapkan operational feasibility apakah organisasi memiliki akses terhadap orang yang mendesain, mengimplementasikan dan mengoperasikan sistem ini? apakah sistem ini akan digunakan?5. Why systems changes behavioral reactions, form of resistance and how to minimize the problemMengapa terjadi? Fear- muncul mdar ketidak tahuan, ketakutan kehilangan pekerjaan, kehilangan status, kegagalan, teknologi, dan ketidakpastian top management support- ketika kurang dukungan top mmanagemenmt ats perubahan yang dilakukan, mereka akan memopertanyakan mengapa mereka harus menyetujui perubahan tersebut experience with prior change ketika mereka pernah memiliki pengalam buruk pada perubahan sebelumnya communication-pegawai tidak mau mendukung perubahan kecuali ada penjelasan mengapa perubahan tersebut terjadi disruptive nature of change permintaan informasi dan interview membuat mereka menggangu dan menambah beban bagi pegwai sehingga menimbulkan kesan negatif manner in which chang is occurred alasn perubahan yang diterma top management bisa jadi tidak dpt diterima oleh lower level biases and emotions jika sisi emosional terpengaruh personal characteristic and background semakin muda dan semakin berpendidikan lebih mudah menerima perubahanBentuk penolakan: aggressionperilaku yang merusak, melumpuhkan dan melemahkan sistem, seperti meningkatnya kesalahan atau sabotase. projectionmenyalahkan sistem jika suatu hal berjalan tidak sesuai. avoidancemengacuhkan sistem yang baru dengan harapan sistem tersebut tidak akan digunakan lagi.Bagaimanan mencegah hal tersebut terjadi?dapatkan dukungan manajer, penuhi kebutuhan users, libatkan users dalam proses pembuatan, menekankan keuntungan sistem baru, bersikap loggis, megadakan training, evaluasi kinerja sistem baru, selalu membuka komunikasi dengan users, menguji sistem, dan humanize sistem.CHAPTER 21 AIS DEVELOPMENT STRATEGIESPurchasing softwarecanned software-djual pada pengguna yang memiliki kesamaan kebutuhan, turnkey software-software yang dijual sepaket dengan hardware nya. ASP merupakan pnyedia jasa penyewaan software mellaui internet.Tahap : pemilihan vendor-bisa mellaui konferensi, internet, majalah, buku telepon, dll. acquiring hardware-software untuk pembelian yang banyak dan complex maka gunakan RFP agar: menghemat waktu )tanpa harus interview berulang), menyederhanakan proses pembuatan keputusan (semua respons berdasarkan format dan info yang sama), mengurangi eror (tidak perlu overlook), dan mengurangi kemungkinan ketidakcocokan (masing2 pihak sudah memiliki ekspektasi tertentu). Kekurangannya : vendor tidak dapat menyarankan alternatif lain, masalah teknis yang menjadi urusan vend

Click here to load reader

Embed Size (px)
Recommended