Sistem Informasi

SISTEM DEVELOPMENT LIFE CYCLE

            Sistem Development Life Cycle adalah proses menciptakan atau mengubah sistem informasi, model dan metodologi yang digunakan orang untuk mengembangkan sistem ini. Dalam rekayasa perangkat lunak, konsep sistem seperti ini mendasari berbagai jenis metodologi pengembangan perangkat lunak. Metodologi ini membentuk kerangka kerja untuk perencanaan dan pengendalian penciptaan sistem informasi.

- Deskripsi

            Sistem Development Life Cycle merupakan proses yang digunakan oleh analis sistem untuk mengembangkan sistem informasi, pelatihan dan pengguna kepemilikan. Sistem ini bertujuan untuk menghasilkan sistem berkualitas tinggi yang memenuhi atau melebihi harapan pelanggan, mencapai penyelesaian dalam waktu dan perkiraan biaya, bekerja secara efektif dan efisien dalam infrastruktur informasi saat ini dan direncanakan teknologi, serta murah untuk mempertahankan dan biaya-efektif untuk meningkatkan.

- Fase Sistem Development

            Pengembangan sistem life cycle ini memberikan urutan kegiatan untuk desainer sistem dan pengembang untuk mengikutinya. Ini terdiri dari serangkaian langkah-langkah atau fase di mana setiap tahap dari SDLC menggunakan hasil sebelumnya.

            Sebuah pengembangan Sistem Life Cycle mematuhi tahapan penting yang penting bagi para pengembang, seperti : perencanaan, analisis, desain dan implementasi. Tahapan-tahapan dapat dicirikan dan dibagi dengan cara yang berbeda, termasuk yang berikut ini :

·         Preliminary Analysis : Untuk melakukan analisis awal, mengusulkan solusi alternatif, menggambarkan biaya dan manfaat dan menyerahkan rencana awal dengan rekomendasi.

·         Systems Analysis : Mendefinisikan tujuan proyek menjadi fungsi didefinisikan dan operasi dari aplikasi yang dimaksud, serta menganalisa pengguna akhir kebutuhan informasi.

·         Systems Design : Menjelaskan fitur yang diinginkan dan operasional secara rinci, termasuk tata letak layar, aturan bisnis, diagram proses, pseudocode dan dokumentasi lainnya.

·         Development : Kode yang sebenarnya ditulis di sini.

·         Integration and Testing : Membawa semua potongan ke sebuah lingkungan pengujian khusus, kemudian memeriksa untuk kesalahan, bug dan interoperabilitas.

·         Acceptance, installation, deployment : Tahap akhir pengembangan awal, di mana perangkat lunak dimasukkan ke dalam produksi dan menjalankan bisnis yang sebenarnya.

·         Maintenance : Yang terjadi selama sisa hidup perangkat lunak adalah perubahan, koreksi, penambahan, pindah ke platform komputasi yang berbeda dan lebih. Hal ini sering terpanjang tahapan.

Pada contoh dibawah ini pengembangan sistem dibagi dalam 10 langkah dari definisi untuk penciptaan dan modifikasi produk kerja TI.

Tidak setiap proyek akan membutuhkan tahap secara berurutan dieksekusi. Namun, fase bergantung pada ukuran dan kompleksitas dari proyek, tahapan dapat dikombinasikan atau mungkin tumpang tindih.

§  Investigation

Tahap pertama dari sistem development adalah inestigasi. Selama tahap ini, peluang usaha dan masalah diidentifikasi. Kelayakan teknis juga harus dianalisa untuk menentukan apakah perangkat keras yang tersedia dan sumber daya perangkat lunak yang cukup untuk memenuhi spesifikasi yang diharapkan. Hasil dari studi kelayakan kemudian dapat dikompilasi ke dalam laporan, bersama dengan spesifikasi awal. Ketika tahap penyelidikan berakhir, keputusan untuk bergerak maju dengan proyek harus dilakukan atau tidak. Jika memutuskan untuk bergerak maju, proposal harus sudah diproduksi dan mencantumkan spesifikasi umum proyek.

§  System Analysis

Tujuan dari analisis sistem ini adalah untuk menentukan masalahnya dalam upaya untuk memperbaiki langkah suatu sistem. Langkah ini melibatkan ‘breaking down’ dalam bagian yang berbeda untuk menganalisis situasi, menganalisis tujuan proyek dan berusaha untuk melibatkan pengguna sehingga persyaratan tertentu dapat didefinisikan.

§  Design

Dalam desain sistem, fungsi desain dan operasi dijelaskan secara rinci, termasuk tata letak layar, aturan bisnis, diagram proses dan dokumentasi lainnya. Output dari tahap ini akan menjelaskan sistem baru sebagai kumpulan modul atau subsistem.

Tahap desain mengambil sebagai masukan awal persyaratan diidentifikasi dalam dokumen persyaratan yang disetujui. Untuk kebutuhan masing-masing, satu set dari satu atau lebih elemen desain akan diproduksi sebagai hasil dari wawancara, lokakarya, dan / atau usaha prototipe.

Desain elemen menggambarkan fitur software yang diinginkan secara detail, dan umumnya termasuk diagram hirarki fungsional, diagram tata letak layar, tabel aturan bisnis, diagram proses bisnis, pseudo-code, dan diagram entitas-hubungan lengkap dengan kamus data penuh. Unsur-unsur desain dimaksudkan untuk menjelaskan perangkat lunak secara rinci yang cukup bahwa programmer terampil dapat mengembangkan perangkat lunak dengan desain input minimal tambahan.

§  Testing

Di dalam pengujian, seluruh sistem menguji satu persatu. Berikut ini adalah jenis-jenis pengujian :

1.      Defect Tracking

2.      Path Testing

3.      Data Set Testing

4.      Unit Testing

5.      System Testing

6.      Etc . . .

§  Operations and Maintenance

Penyebaran sistem meliputi perubahan dan perangkat tambahan sebelum decommissioning. Mempertahankan sistem ini merupakan aspek penting dari SDLC. Sebagai perubahan personil posisi dalam organisasi kunci, perubahan baru akan dilaksanakan, yang akan membutuhkan sistem.

Systems Analysis and Design

            Analisis Sistem dan Desain adalah proses pengembangan Sistem Informasi (IS) yang efektif menggunakan perangkat keras, perangkat lunak, data, proses, dan orang-orang untuk mendukung tujuan bisnis perusahaan.

Object-oriented Analysis

            Analisis berorientasi objek adalah proses menganalisis tugas untuk mengembangkan model konseptual yang kemudian dapat digunakan untuk menyelesaikan tugas. Model Object-oriented Analysis akan menjelaskan perangkat lunak komputer yang dapat digunakan untuk memenuhi seperangkat persyaratan pelanggan ditetapkan. Selama fase analisis pemecahan masalah, programmer mungkin mempertimbangkan pernyataan persyaratan tertulis, dokumen visi formal, atau wawancara dengan stakeholder atau pihak yang berkepentingan lainnya. Tugas yang harus ditangani mungkin dibagi menjadi beberapa sub-tugas (atau domain), masing-masing mewakili bisnis yang berbeda, teknologi, atau daerah lain yang menarik.

            Model konseptual yang dihasilkan dari Object-Oriented Analysis biasanya akan terdiri dari satu set kasus penggunaan, satu atau lebih UML class diagrams, dan sejumlah diagram interaksi. Hal ini juga dapat mencakup beberapa jenis user interface mock-up.

Input (sources) for Object-Oriented Design

Masukan untuk desain berorientasi obyek disediakan oleh output dari analisis berorientasi objek. Sadarilah bahwa artefak keluaran tidak harus benar-benar dikembangkan untuk melayani sebagai masukan berorientasi obyek desain, analisis dan desain dapat terjadi secara paralel, dan dalam prakteknya hasil dari satu kegiatan dapat memberi makan lainnya dalam siklus umpan pendek melalui iteratif proses. Kedua analisis dan desain dapat dilakukan secara bertahap, dan artefak dapat terus tumbuh bukan sepenuhnya dikembangkan dalam satu tembakan.

Beberapa artefak masukan khas untuk desain berorientasi obyek adalah:

§  Conceptual Model : hasil dari analisis berorientasi objek, ia menangkap konsep-konsep dalam masalah domain. Model konseptual secara eksplisit dipilih untuk menjadi independen dari rincian implementasi, seperti penyimpanan concurrency atau data.

§  Use Case : deskripsi dari urutan peristiwa yang, diambil bersama-sama, menyebabkan sistem melakukan sesuatu yang berguna. Setiap use case menyediakan satu atau lebih skenario yang menyampaikan bagaimana sistem harus berinteraksi dengan pengguna disebut aktor untuk mencapai tujuan bisnis yang spesifik atau fungsi.

§  System Sequence Diagram : gambar yang menunjukkan, untuk skenario tertentu dari kasus penggunaan, peristiwa yang aktor eksternal menghasilkan, pesanan mereka, dan kemungkinan antar-sistem kejadian.

§  User Interface : Dokumen yang menunjukkan dan menggambarkan tampilan dan nuansa dari antarmuka pengguna produk akhir.

§  Relational Data Model : ( Jika ada ) model abstrak yang menggambarkan bagaimana data direpresentasikan dan digunakan. Jika database objek tidak digunakan, model data relasional biasanya harus dibuat sebelum desain, karena strategi yang dipilih untuk objek-relasional pemetaan ini merupakan hasil dari proses desain OO. Namun, adalah mungkin untuk mengembangkan model data relasional dan berorientasi objek artefak desain secara paralel, dan pertumbuhan artefak dapat merangsang perbaikan artefak lainnya.

Systems Development Life Cycle

·         Management and Control

Tahapan SDLC berfungsi sebagai panduan program untuk kegiatan proyek dan menyediakan cara yang fleksibel tetapi konsisten untuk melakukan proyek-proyek untuk kedalaman yang cocok dengan lingkup proyek. Masing-masing tujuan fase SDLC dijelaskan di bagian ini dengan kiriman kunci, deskripsi tugas yang direkomendasikan, dan ringkasan tujuan pengendalian terkait untuk manajemen yang efektif. Hal ini penting bagi manajer proyek untuk menetapkan dan memantau tujuan pengendalian pada setiap tahap SDLC ketika menjalankan proyek. Kontrol tujuan membantu memberikan pernyataan yang jelas dari hasil yang diinginkan atau tujuan dan harus digunakan selama proses SDLC keseluruhan. Tujuan pengendalian dapat dikelompokkan ke dalam kategori utama (domain), dan berhubungan dengan fase SDLC seperti yang ditunjukkan pada gambar.

Untuk mengelola dan mengendalikan setiap inisiatif SDLC, setiap proyek akan diminta untuk menetapkan beberapa derajat dari Struktur Perincian Kerja (WBS) untuk menangkap dan jadwal pekerjaan yang diperlukan untuk menyelesaikan proyek. WBS dan semua bahan program harus disimpan di bagian "proyek deskripsi" dari notebook proyek. Format WBS sebagian besar diserahkan kepada manajer proyek untuk membangun dengan cara yang paling tepat menggambarkan pekerjaan proyek.

Ada beberapa bidang utama yang harus didefinisikan di WBS sebagai bagian dari kebijakan SDLC. Diagram berikut ini menjelaskan tiga bidang utama yang akan dibahas dalam WBS dengan cara yang ditetapkan oleh manajer proyek.

·         Work Breakdown Structured Organization

Bagian atas dari struktur rincian kerja (WBS) harus mengidentifikasi fase utama dan tonggak dari proyek secara ringkasan. Selain itu, bagian atas harus memberikan gambaran cakupan penuh dan jadwal waktu proyek dan akan menjadi bagian dari upaya deskripsi proyek awal yang mengarah ke persetujuan proyek. Bagian tengah WBS didasarkan pada tujuh kehidupan siklus pengembangan sistem (SDLC) tahap sebagai panduan untuk pengembangan tugas WBS. Unsur-unsur WBS harus terdiri dari tonggak dan "tugas" sebagai lawan dari "kegiatan" dan memiliki jangka waktu yang pasti (biasanya dua minggu atau lebih). Setiap tugas harus memiliki output yang terukur (ex dokumen, keputusan, atau analisis). Sebuah tugas WBS dapat bergantung pada satu atau lebih kegiatan (misalnya rekayasa perangkat lunak, rekayasa sistem) dan mungkin memerlukan koordinasi erat dengan tugas-tugas lain, baik internal maupun eksternal untuk proyek tersebut. Setiap bagian dari proyek yang membutuhkan dukungan dari kontraktor harus memiliki Pernyataan kerja (SOW) tertulis untuk menyertakan tugas yang sesuai dari fase SDLC. Pengembangan SOW yang tidak terjadi selama tahap tertentu SDLC tetapi dikembangkan untuk menyertakan kerja dari proses SDLC yang dapat dilakukan oleh sumber daya eksternal seperti kontraktor dan struct.

·         Baselines in the SDLC

Baseline merupakan bagian penting dari siklus hidup pengembangan sistem (SDLC). Acuan dasar yang ditetapkan setelah empat dari lima fase SDLC dan sangat penting untuk sifat iteratif dari model. Dasar Setiap dianggap sebagai tonggak dalam SDLC.

-          Functional Baseline : didirikan setelah tahap desain konseptual.

-          Allocated Baseline : didirikan setelah tahap desain awal.

-          Product Baseline : didirikan setelah detail desain dan tahap pembangunan.

-          Updated Product Baseline : didirikan setelah tahap konstruksi produksi.

·         Complementary to SDLC

Pelengkap metode pengembangan perangkat lunak untuk siklus hidup pengembangan sistem (SDLC) adalah:

-          Software Prototyping

-          Joint Applications Development

-          Rapid Apllications Development

-          Extreme Programming

-          Open-Source

-          End-user Development

-          Object-Oriented Programming

·         Strength and Weakness

Strength

-          Control

-          Monitor Large Projects

-          Detailed Steps

-          Evaluate Costs and Completion Targets

-          Documentation

-          Well Defined User Input

-          Ease of Maintenance

-          Development and Design Standards

-          Tolerates changes in MIS staffing

Weakness

-          Increased development time

-          Increased development cost

-          Systems must be defined up front

-          Rigidity

-          Hard to estimate costs, project overruns

-          User input is sometimes limited

Sebuah alternatif untuk SDLC adalah pengembangan aplikasi yang cepat, yang menggabungkan prototyping, pengembangan aplikasi bersama dan pelaksanaan CASE tools. Keuntungan dari RAD adalah kecepatan, biaya pengembangan berkurang, dan keterlibatan pengguna aktif dalam proses pembangunan.