Siklus hidup sistem perangkat lunak.

Konsep siklus hidup merupakan salah satu konsep dasar metodologi perancangan sistem informasi. Lingkaran kehidupan sistem informasi adalah proses berkelanjutan yang dimulai! sejak keputusan dibuat untuk membuat suatu sistem informasi dan berakhir pada saat sistem tersebut benar-benar tidak dapat digunakan lagi.

Standar ISO/IEC 12207 mendefinisikan struktur siklus hidup yang berisi proses, aktivitas, dan tugas yang harus dilakukan selama pembuatan sistem informasi. Menurut standar ini, struktur siklus hidup didasarkan pada tiga kelompok proses:

1. proses siklus hidup utama (pembelian, pasokan, pengembangan, operasi, dukungan);

2. proses tambahan yang menjamin terselenggaranya proses utama (dokumentasi, manajemen konfigurasi, penjaminan mutu, verifikasi, sertifikasi, penilaian, audit, penyelesaian masalah);

3. proses organisasi (manajemen proyek, pembuatan infrastruktur proyek, definisi, evaluasi dan peningkatan siklus hidup itu sendiri, pelatihan).

Di antara proses siklus hidup utama, yang paling penting adalah pengembangan, pengoperasian, dan pemeliharaan. Setiap proses dicirikan oleh tugas dan metode tertentu untuk menyelesaikannya, data awal; diperoleh pada tahap sebelumnya, dan hasilnya.

1. Pembangunan

Pengembangan sistem informasi mencakup semua pekerjaan pengembangan perangkat lunak informasi dan komponen-komponennya sesuai dengan kebutuhan yang ditentukan. Pengembangan perangkat lunak informasi juga mencakup:

1. penyiapan dokumentasi desain dan operasional;

2. penyiapan bahan-bahan yang diperlukan untuk pengujian produk perangkat lunak rahasia;

3. pengembangan materi yang diperlukan untuk menyelenggarakan pelatihan personel.

Pengembangan adalah salah satu proses terpenting dalam siklus hidup sistem informasi dan, sebagai suatu peraturan, mencakup perencanaan strategis, analisis, desain dan implementasi (pemrograman).

2. Operasi

Pekerjaan operasional dapat dibagi menjadi persiapan dan dasar. Yang persiapan meliputi:

1. konfigurasi database dan stasiun kerja pengguna;

2. menyediakan dokumentasi operasional kepada pengguna;

3. pelatihan personel.

Kegiatan operasional utama meliputi;

1. operasi langsung;

2. lokalisasi masalah dan penghapusan penyebab terjadinya;

3. modifikasi perangkat lunak;

4. penyiapan proposal perbaikan sistem;

5. pengembangan dan modernisasi sistem.

3. Iringan

Jasa dukungan teknis memainkan peran yang sangat nyata dalam kehidupan sistem informasi perusahaan mana pun. Kehadiran layanan teknis yang berkualitas pada tahap pengoperasian sistem informasi merupakan kondisi yang diperlukan untuk menyelesaikan tugas yang diberikan padanya. Selain itu, kesalahan yang dilakukan oleh personel layanan dapat menyebabkan kerugian finansial yang nyata atau tersembunyi sebanding dengan biaya sistem informasi itu sendiri.

Model siklus hidup

Model siklus hidup adalah struktur yang mendefinisikan urutan pelaksanaan dan hubungan proses, aktivitas, dan tugas yang dilakukan sepanjang siklus hidup. Model siklus hidup bergantung pada spesifikasi sistem informasi dan kondisi spesifik di mana sistem informasi tersebut dibuat dan dioperasikan

Hingga saat ini, model siklus hidup utama berikut ini yang paling banyak digunakan:

1. model tugas;

2. model kaskade (atau sistem) (70-85);

3. model spiral (present tense).

Model masalah

Ketika mengembangkan sistem "bottom-up" dari tugas individu ke keseluruhan sistem (model tugas), pendekatan terpadu terhadap pengembangan pasti akan hilang, dan masalah muncul dalam hubungan informasi dari masing-masing komponen. Biasanya, seiring dengan bertambahnya jumlah tugas, kesulitannya pun meningkat, dan program serta struktur data yang ada perlu terus diubah. Kecepatan perkembangan sistem melambat, yang memperlambat perkembangan organisasi itu sendiri. Namun, dalam beberapa kasus, teknologi ini mungkin disarankan:

Urgensi yang ekstrim (masalah harus diselesaikan bagaimanapun caranya; maka semuanya harus dilakukan lagi);

Eksperimen dan adaptasi pelanggan (algoritma tidak jelas, solusi ditemukan melalui trial and error).

Kesimpulan umumnya adalah tidak mungkin menciptakan sistem informasi yang cukup besar dan efektif dengan cara ini.

Model kaskade

Dalam sistem informasi homogen awal yang volumenya tidak terlalu besar, setiap aplikasi merupakan satu kesatuan. Untuk mengembangkan aplikasi jenis ini digunakan metode air terjun. Karakteristik utamanya adalah pembagian seluruh pengembangan menjadi beberapa tahap, dan transisi dari satu tahap ke tahap berikutnya hanya terjadi setelah pekerjaan pada tahap saat ini selesai sepenuhnya (Gbr. 2). Setiap tahap berpuncak pada pelepasan satu set dokumentasi lengkap yang cukup untuk memungkinkan pengembangan dilanjutkan oleh tim pengembangan lainnya.

Aspek positif dari penggunaan pendekatan cascade adalah sebagai berikut:

pada setiap tahap dihasilkan satu set dokumentasi desain lengkap yang memenuhi kriteria kelengkapan dan konsistensi;

tahapan pekerjaan yang dilakukan dalam urutan yang logis memungkinkan untuk merencanakan waktu penyelesaian semua pekerjaan dan biaya yang terkait.

Beras. . Skema pengembangan air terjun

Pendekatan cascade telah terbukti dengan baik dalam pembangunan sistem informasi, yang pada awal pengembangan semua persyaratan dapat dirumuskan dengan cukup akurat dan lengkap untuk memberikan kebebasan kepada pengembang untuk mengimplementasikannya sebaik mungkin dengan poin teknis penglihatan. Sistem perhitungan yang kompleks, sistem waktu nyata, dan tugas serupa lainnya termasuk dalam kategori ini. Namun, dalam proses penggunaan pendekatan ini, ditemukan sejumlah kekurangan, yang terutama disebabkan oleh fakta bahwa proses nyata dalam menciptakan sistem tidak pernah sepenuhnya sesuai dengan skema yang kaku tersebut. Selama proses pembuatan, selalu ada kebutuhan untuk kembali ke tahap sebelumnya dan memperjelas atau merevisi sebelumnya keputusan yang dibuat. Hasilnya, proses pembuatan perangkat lunak yang sebenarnya mengambil bentuk berikut (Gbr. 3):

Beras. 3. Proses pengembangan perangkat lunak nyata menggunakan skema air terjun

Kerugian utama dari pendekatan kaskade adalah keterlambatan yang signifikan dalam memperoleh hasil. Koordinasi hasil dengan pengguna hanya dilakukan pada titik-titik yang direncanakan setelah selesainya setiap tahapan pekerjaan, persyaratan sistem informasi “dibekukan” dalam bentuk spesifikasi teknis sepanjang waktu pembuatannya. Dengan demikian, pengguna hanya dapat memberikan komentar setelah pekerjaan pada sistem selesai sepenuhnya. Jika persyaratan dinyatakan secara tidak akurat atau berubah dalam jangka waktu pengembangan perangkat lunak yang lama, pengguna akan mendapatkan sistem yang tidak memenuhi kebutuhan mereka. Model (baik fungsional maupun informasional) dari objek otomatis mungkin menjadi usang bersamaan dengan persetujuannya. Inti dari pendekatan sistematis terhadap pengembangan IS terletak pada penguraiannya (penguraian) menjadi fungsi-fungsi otomatis: sistem dibagi menjadi subsistem fungsional, yang pada gilirannya dibagi menjadi subfungsi, dibagi lagi menjadi tugas, dan seterusnya. Proses partisi berlanjut hingga ke prosedur tertentu. Pada saat yang sama, sistem otomatis mempertahankan pandangan holistik di mana semua komponen saling berhubungan. Oleh karena itu, keunggulan utama model ini adalah pengembangannya yang sistematis, dan kelemahan utamanya adalah lambat dan mahal.

Model spiral

Untuk mengatasi masalah ini, model siklus hidup spiral diusulkan (Gbr. 4), dengan fokus pada tahap awal siklus hidup: analisis dan desain. Pada tahap ini, kelayakan solusi teknis diuji dengan membuat prototipe. Setiap putaran spiral berhubungan dengan pembuatan fragmen atau versi perangkat lunak, di mana tujuan dan karakteristik proyek diklarifikasi, kualitasnya ditentukan, dan pekerjaan putaran spiral berikutnya direncanakan. Dengan demikian, rincian proyek diperdalam dan diklarifikasi secara konsisten, dan sebagai hasilnya, opsi yang masuk akal dipilih untuk diimplementasikan.

Pengembangan melalui iterasi mencerminkan siklus spiral yang ada secara objektif dalam menciptakan suatu sistem. Penyelesaian pekerjaan yang tidak lengkap pada setiap tahap memungkinkan Anda untuk melanjutkan ke tahap berikutnya tanpa menunggu selesainya pekerjaan pada tahap saat ini. Dengan metode pengembangan berulang, pekerjaan yang hilang dapat diselesaikan pada iterasi berikutnya. Tugas utamanya adalah menunjukkan kepada pengguna sistem produk yang bisa diterapkan secepat mungkin, sehingga mengaktifkan proses klarifikasi dan penambahan persyaratan.

Masalah utama dari siklus spiral adalah menentukan momen transisi ke tahap berikutnya. Untuk mengatasinya, perlu diberlakukan batasan waktu untuk setiap tahap siklus hidup. Transisi berjalan sesuai rencana, meskipun tidak semua pekerjaan yang direncanakan selesai. Rencana tersebut disusun berdasarkan data statistik yang diperoleh dalam proyek sebelumnya dan pengalaman pribadi para pengembang.

Gambar 4. Model spiral siklus hidup sebuah IC

Salah satu pendekatan yang mungkin untuk pengembangan perangkat lunak dalam kerangka model siklus hidup spiral adalah pendekatan yang diterima Akhir-akhir ini meluasnya penggunaan metodologi RAD (Rapid Application Development). Istilah ini biasanya mengacu pada proses pengembangan perangkat lunak yang mengandung 3 elemen:

tim kecil pemrogram (dari 2 hingga 10 orang);

singkat tapi diteliti dengan cermat Jadwal produksi(dari 2 hingga 6 bulan);

siklus berulang di mana pengembang, ketika aplikasi mulai terbentuk, meminta dan mengimplementasikan ke dalam produk persyaratan yang diterima melalui interaksi dengan pelanggan.

Siklus hidup perangkat lunak menurut metodologi RAD terdiri dari empat fase:

1. tahap definisi dan analisis kebutuhan;

2. tahap desain;

3. tahap pelaksanaan;

4. tahap implementasi.

Kuliah 6. Klasifikasi sistem informasi

Sistem Informasi- seperangkat sarana, metode, dan personel yang saling berhubungan yang digunakan untuk menyimpan, memproses, dan mengeluarkan informasi untuk kepentingan mencapai tujuan tertentu

Klasifikasi berdasarkan skala

Berdasarkan skalanya, sistem informasi dibagi menjadi beberapa kelompok berikut:

1. lajang;

2. kelompok;

3. perusahaan.

Sistem informasi tunggal diimplementasikan, sebagai suatu peraturan, secara otonom komputer pribadi(jaringan tidak digunakan). Sistem seperti itu dapat berisi beberapa aplikasi sederhana yang dihubungkan oleh dana informasi bersama, dan dirancang untuk pekerjaan satu pengguna atau sekelompok pengguna yang berbagi satu aplikasi. tempat kerja. Aplikasi semacam itu dapat dibuat menggunakan apa yang disebut sistem manajemen basis data desktop atau lokal (DBMS). Di antara DBMS lokal, yang paling terkenal adalah Clarion, Clipper, FoxPro, Paradox, dBase dan Microsoft Access.

Sistem informasi kelompok berfokus pada penggunaan informasi secara kolektif oleh anggota kelompok kerja dan paling sering dibangun berdasarkan jaringan area lokal. Saat mengembangkan aplikasi semacam itu, server database (juga disebut server SQL) digunakan untuk kelompok kerja. Ada cukup banyak server SQL yang berbeda, baik komersial maupun yang didistribusikan secara bebas. Diantaranya, server database yang paling terkenal adalah Oracle, DB2, Microsoft SQL Server, InterBase, Sybase, Informix.

Sistem informasi perusahaan adalah pengembangan sistem untuk kelompok kerja, yang menjadi fokus mereka perusahaan besar dan dapat mendukung node atau jaringan yang tersebar secara geografis. Pada dasarnya mereka memiliki struktur hierarki beberapa tingkatan. Sistem seperti ini dicirikan oleh arsitektur client-server dengan spesialisasi server atau arsitektur multi-level. Saat mengembangkan sistem seperti itu, server database yang sama dapat digunakan seperti saat mengembangkan sistem informasi grup. Namun pada sistem informasi besar, server yang paling banyak digunakan adalah Oracle, DB2 dan Microsoft SQL Server.

Untuk sistem grup dan perusahaan, persyaratan untuk pengoperasian yang andal dan keamanan data meningkat secara signifikan. Properti ini disediakan dengan menjaga integritas data, tautan, dan transaksi di server database.

Klasifikasi berdasarkan area aplikasi

Menurut ruang lingkup penerapannya, sistem informasi biasanya dibagi menjadi empat kelompok:

1. sistem pemrosesan transaksi;

2. sistem pengambilan keputusan;

3. sistem informasi dan referensi;

4. sistem informasi perkantoran.

Sistem Pemrosesan Transaksi, pada gilirannya, menurut efisiensi pemrosesan data, dibagi menjadi sistem informasi paket dan sistem informasi operasional. Dalam sistem informasi manajemen organisasi cara pemrosesan transaksi online berlaku untuk mencerminkan relevan keadaan area subjek kapan saja, dan pemrosesan batch menempati bagian yang sangat terbatas.

Sistem pendukung keputusan - DSS (Sistem Pendukung Keputusan) - mewakili jenis sistem informasi lain di mana, dengan menggunakan kueri yang cukup kompleks, data dipilih dan dianalisis dalam berbagai konteks: waktu, geografi, dan indikator lainnya.

Kelas luas sistem informasi dan referensi berdasarkan dokumen hypertext dan multimedia. Sistem informasi seperti itu paling berkembang di Internet.

Kelas sistem informasi kantor bertujuan untuk menerjemahkan dokumen kertas ke dalam tampilan elektronik, otomatisasi kantor dan manajemen dokumen.

Klasifikasi berdasarkan metode organisasi

Menurut metode organisasinya, sistem informasi kelompok dan perusahaan dibagi menjadi beberapa kelas berikut:

1. sistem berdasarkan arsitektur file-server;

2. sistem berdasarkan arsitektur client-server;

3. sistem berdasarkan arsitektur bertingkat;

4. sistem berbasis teknologi internet/intranet.

Apapun sistem Informasi Dimungkinkan untuk mengidentifikasi komponen fungsional yang diperlukan yang membantu memahami keterbatasan berbagai arsitektur sistem informasi.

Arsitektur server file hanya mengekstrak data dari file sehingga pengguna dan aplikasi tambahan hanya menambah beban CPU yang dapat diabaikan. Setiap klien baru menambahkan daya komputasi ke jaringan.

Arsitektur klien-server dirancang untuk memecahkan masalah aplikasi server file dengan memisahkan komponen aplikasi dan menempatkannya di tempat yang paling efisien fungsinya. Fitur arsitektur klien-server adalah penggunaan server database khusus yang memahami kueri dalam Structured Query Language (SQL) dan melakukan pencarian, pengurutan, dan agregasi informasi.

Saat ini, arsitektur client-server telah mendapatkan pengakuan dan digunakan secara luas sebagai cara untuk mengatur aplikasi untuk kelompok kerja dan sistem informasi tingkat perusahaan. Organisasi serupa pekerjaan meningkatkan efisiensi eksekusi aplikasi dengan menggunakan kemampuan server database, membongkar jaringan dan memastikan kontrol integritas data.

Arsitektur berlapis menjadi pengembangan dari arsitektur client-server dan dalam bentuk klasiknya terdiri dari tiga tingkatan:

1. tingkat bawah mewakili aplikasi klien yang memiliki antarmuka pemrograman untuk memanggil aplikasi di tingkat menengah;

2. level rata-rata adalah server aplikasi;

3. Tingkat atas adalah server database khusus jarak jauh.

Arsitektur tiga tingkat selanjutnya menyeimbangkan beban di berbagai node dan jaringan, mempromosikan spesialisasi alat untuk pengembangan aplikasi, dan menghilangkan kekurangan model server-klien dua tingkat.

Dalam pengembangan Teknologi internet/intranet Penekanan utama sejauh ini adalah pada pengembangan perangkat lunak. Pada saat yang sama, terdapat kekurangan alat yang dikembangkan untuk mengembangkan aplikasi yang bekerja dengan database. Solusi kompromi untuk menciptakan sistem informasi yang nyaman dan mudah digunakan serta memelihara yang bekerja secara efektif dengan database adalah kombinasi teknologi Internet/Intranet dengan arsitektur multi-level. Dalam hal ini, struktur aplikasi informasi berbentuk sebagai berikut: browser - server aplikasi - server database - server halaman dinamis - server web.

Berdasarkan sifat informasi yang disimpan, database dibagi menjadi nyata Dan dokumenter. Jika kita analogikan dengan contoh penyimpanan informasi yang dijelaskan di atas, maka database faktual adalah indeks kartu, dan database dokumenter adalah arsip. Basis data faktual menyimpan informasi singkat dalam format yang ditentukan secara ketat. Basis data dokumenter berisi semua jenis dokumen. Selain itu, tidak hanya dokumen teks, tetapi juga grafik, video dan suara (multimedia).

Sistem kendali otomatis (ACS) adalah seperangkat alat teknis dan perangkat lunak, bersama dengan struktur organisasi (individu atau tim), yang menyediakan kendali atas suatu objek (kompleks) dalam lingkungan produksi, ilmiah, atau publik.

Terdapat sistem informasi untuk manajemen pendidikan (misalnya kepegawaian, pelamar, mahasiswa, program perpustakaan). Sistem otomatis untuk penelitian ilmiah(ASNI), yaitu sistem perangkat lunak dan perangkat keras yang memproses data yang berasal dari berbagai jenis instalasi eksperimental dan alat ukur, dan berdasarkan analisisnya, memfasilitasi penemuan efek dan pola baru.Sistem desain berbantuan komputer dan sistem informasi geografis.

Sistem kecerdasan buatan yang dibangun atas dasar pengetahuan khusus yang berkualitas tinggi tentang bidang studi tertentu (diperoleh dari para ahli – spesialis di bidang ini) disebut sistem pakar. Sistem pakar - salah satu dari sedikit jenis sistem kecerdasan buatan - telah tersebar luas dan ditemukan penggunaan praktis. Ada sistem pakar dalam urusan militer, geologi, teknik, ilmu komputer, teknologi luar angkasa, matematika, kedokteran, meteorologi, industri, pertanian, manajemen, fisika, kimia, elektronik, hukum, dll. Dan hanya fakta bahwa sistem pakar tetap sangat kompleks, mahal, dan yang paling penting, program yang sangat terspesialisasi menghambat distribusinya yang lebih luas.

Sistem pakar (ES) adalah program komputer yang dibuat untuk melakukan jenis aktivitas yang dapat dilakukan oleh seorang pakar manusia. Mereka bekerja dengan cara yang meniru perilaku seorang ahli manusia, dan sangat berbeda dari algoritma dan prosedur matematis yang tepat dan masuk akal pada kebanyakan desain tradisional.

1. Siklus hidup IS dan strukturnya. 2

1.1 Tahapan siklus hidup IS.. 3

1.2 Standar siklus hidup IS.. 4

2. Model siklus hidup. 6

2.1 Jenis model siklus hidup IS.. 6

2.2 Keuntungan dan kerugian model siklus hidup IS.. 8

3. Proses siklus hidup IS................................................ ........ .................. sebelas

3.1 Proses dasar siklus hidup. sebelas

3.2 Mendukung proses siklus hidup. 13

3.3 Proses organisasi.. 14

Daftar literatur bekas... 16

Daur hidup suatu sistem informasi adalah jangka waktu yang dimulai dari saat diambilnya keputusan tentang perlunya pembuatan suatu sistem informasi dan berakhir pada saat sistem tersebut benar-benar tidak dapat digunakan lagi.

Konsep siklus hidup merupakan salah satu konsep dasar metodologi perancangan sistem informasi.

Metodologi perancangan sistem informasi menggambarkan proses pembuatan dan pemeliharaan sistem dalam bentuk siklus hidup IS (LC), menyajikannya sebagai urutan tahapan dan proses tertentu yang dilakukan pada sistem tersebut. Untuk setiap tahapan ditentukan komposisi dan urutan pekerjaan yang dilakukan, hasil yang diperoleh, metode dan sarana yang diperlukan untuk menyelesaikan pekerjaan, peran dan tanggung jawab peserta, dll. Deskripsi formal tentang siklus hidup sistem informasi memungkinkan perencanaan dan pengorganisasian proses pengembangan kolektif dan memastikan pengelolaan proses ini.

Siklus hidup lengkap suatu sistem informasi biasanya mencakup perencanaan strategis, analisis, desain, implementasi, implementasi, dan operasi. DI DALAM kasus umum siklus hidup pada gilirannya dapat dibagi menjadi beberapa tahap. Pada prinsipnya, pembagian ke dalam tahapan ini cukup bersyarat. Kami akan mempertimbangkan salah satu opsi untuk divisi semacam itu, yang ditawarkan oleh Rational Software Corporation, salah satu perusahaan terkemuka di pasar perangkat lunak untuk alat pengembangan sistem informasi (di antaranya alat CASE universal Rational Rose memang sangat populer).

1.1 Tahapan siklus hidup IP

Tahap - bagian dari proses pembuatan IP, dibatasi oleh jangka waktu tertentu dan diakhiri dengan peluncuran produk tertentu (model, komponen perangkat lunak, dokumentasi), ditentukan oleh persyaratan yang ditentukan untuk tahap ini. Hubungan antara proses dan tahapan juga ditentukan oleh model siklus hidup IS yang digunakan.

Menurut metodologi yang dikemukakan oleh Rational Software, siklus hidup suatu sistem informasi dibagi menjadi empat tahap.

Batasan setiap tahap ditentukan oleh titik waktu tertentu di mana keputusan penting tertentu harus dibuat dan, oleh karena itu, tujuan utama tertentu harus dicapai.

1) Tahap awal

Pada tahap awal, ruang lingkup sistem ditetapkan dan kondisi batas ditentukan. Untuk melakukan ini, perlu untuk mengidentifikasi semua objek eksternal yang harus berinteraksi dengan sistem yang dikembangkan, dan menentukan sifat interaksi ini pada tingkat tinggi. Pada tahap awal, seluruh fungsi sistem diidentifikasi dan yang paling signifikan dijelaskan.

2) Tahap klarifikasi

Pada tahap klarifikasi, analisis area aplikasi dilakukan, dan dasar arsitektur sistem informasi dikembangkan.

Saat membuat keputusan apa pun mengenai arsitektur sistem, penting untuk mempertimbangkan sistem yang sedang dikembangkan secara keseluruhan. Artinya, sebagian besar perlu dideskripsikan Kegunaan sistem dan memperhitungkan hubungan antara masing-masing komponennya.

Pada akhir tahap klarifikasi, dilakukan analisis terhadap solusi arsitektur dan cara menghilangkan faktor risiko utama dalam proyek.

3) Tahap konstruksi

Pada tahap desain, produk jadi dikembangkan dan siap dikirim ke pengguna.

Pada akhir tahap ini, kinerja perangkat lunak yang dikembangkan ditentukan.

4) Tahap commissioning

Pada tahap commissioning, perangkat lunak yang dikembangkan ditransfer ke pengguna. Saat mengoperasikan sistem yang dikembangkan dalam kondisi nyata, seringkali muncul berbagai jenis masalah yang memerlukan kerja tambahan untuk melakukan penyesuaian pada produk yang dikembangkan. Hal ini biasanya dikaitkan dengan deteksi kesalahan dan kekurangan.

Pada akhir tahap commissioning, perlu ditentukan apakah tujuan pembangunan telah tercapai atau belum.

1.2 Standar siklus hidup IP

Jaringan modern dikembangkan berdasarkan standar, yang memungkinkan untuk memastikan, pertama, efisiensinya yang tinggi dan, kedua, kemungkinan interaksinya satu sama lain.

Di antara standar yang paling terkenal adalah sebagai berikut:

GOST 34.601-90 - berlaku untuk sistem otomatis dan menetapkan tahapan dan tahapan pembuatannya. Selain itu, standar tersebut memuat uraian isi pekerjaan pada setiap tahapan. Tahapan dan tahapan pekerjaan yang tertuang dalam standar lebih sesuai dengan model siklus hidup cascade.

ISO/IEC 12207 (Organisasi Internasional Standardisasi / Komisi Elektroteknik Internasional) 1995 - standar untuk proses dan organisasi siklus hidup. Berlaku untuk semua jenis perangkat lunak khusus. Standar tersebut tidak memuat uraian tahapan, tahapan dan tahapan.

Proses Terpadu Rasional (RUP) menawarkan model pengembangan berulang yang mencakup empat fase: memulai, mengeksplorasi, membangun, dan menerapkan. Setiap fase dapat dipecah menjadi tahapan (iterasi) yang menghasilkan versi yang dirilis untuk penggunaan internal atau eksternal. Kemajuan melalui empat fase utama disebut siklus pengembangan, setiap siklus diakhiri dengan pembuatan versi sistem. Jika pengerjaan proyek tidak berhenti setelah itu, maka produk yang dihasilkan terus berkembang dan kembali melalui fase yang sama. Inti dari pekerjaan dalam RUP adalah pembuatan dan pemeliharaan model berbasis UML.

Microsoft Solution Framework (MSF) mirip dengan RUP, juga mencakup empat fase: analisis, desain, pengembangan, stabilisasi, iteratif, dan melibatkan penggunaan pemodelan berorientasi objek. MSF dibandingkan RUP lebih fokus pada pengembangan aplikasi bisnis.

Pemrograman Ekstrim (XP). Pemrograman ekstrim (yang terbaru di antara metodologi yang sedang dipertimbangkan) dibentuk pada tahun 1996. Metodologinya didasarkan pada kerja tim, komunikasi yang efektif antara pelanggan dan kontraktor di seluruh proyek pengembangan IP, dan pengembangan dilakukan dengan menggunakan metode yang konsisten. prototipe yang sangat halus.

2. Model siklus hidup

Model siklus hidup IS adalah struktur yang mendefinisikan urutan eksekusi dan hubungan antara proses, tindakan, dan tugas sepanjang siklus hidup. Model siklus hidup bergantung pada spesifikasi, skala dan kompleksitas proyek serta kondisi spesifik di mana sistem dibuat dan dioperasikan.

Model siklus hidup IS meliputi:

hasil kerja pada setiap tahapan;

peristiwa penting - titik penyelesaian pekerjaan dan pengambilan keputusan.

Model siklus hidup mencerminkan berbagai negara bagian sistem, mulai dari saat kebutuhan akan sistem informasi tersebut timbul dan diakhiri dengan saat sistem tersebut sudah tidak berlaku lagi.

2.1 Jenis model siklus hidup IS

Model siklus hidup berikut saat ini dikenal dan digunakan:

Model kaskade (Gbr. 2.1) menyediakan implementasi berurutan dari semua tahapan proyek dalam urutan yang tetap. Peralihan ke tahap berikutnya berarti selesainya pekerjaan pada tahap sebelumnya.

Model bertahap dengan kontrol perantara (Gbr. 2.2). Pengembangan IS dilakukan secara iterasi dengan putaran umpan balik antar tahapan. Penyesuaian antar tahap memungkinkan untuk memperhitungkan pengaruh timbal balik yang sebenarnya dari hasil pembangunan pada berbagai tahap; Masa hidup setiap tahap meluas sepanjang periode pengembangan.

Model spiral (Gbr. 2.3). Pada setiap putaran spiral, versi produk berikutnya dibuat, persyaratan proyek ditentukan, kualitasnya ditentukan, dan pekerjaan pada putaran berikutnya direncanakan. Perhatian khusus dibayarkan ke tahap awal pengembangan - analisis dan desain, di mana kelayakan solusi teknis tertentu diperiksa dan dibenarkan melalui pembuatan prototipe (tata letak).

Beras. 2.1. Model kaskade siklus hidup IS

Beras. 2.2. Model bertahap dengan kontrol perantara

Beras. 2.3. Model spiral siklus hidup IS

Dalam praktiknya, dua model siklus hidup utama yang paling banyak digunakan:

model kaskade (khas periode 1970-1985);

model spiral (khas untuk periode setelah 1986).

2.2 Keuntungan dan kerugian model siklus hidup IP

Dalam proyek awal IS yang cukup sederhana, setiap aplikasi merupakan satu blok yang independen secara fungsional dan informasi. Metode cascade terbukti efektif untuk mengembangkan aplikasi jenis ini. Setiap tahap diselesaikan setelah penyelesaian lengkap dan dokumentasi semua pekerjaan yang diperlukan.

Berikut ini dapat dibedakan sisi positif penerapan pendekatan kaskade:

pada setiap tahap dihasilkan satu set dokumentasi desain lengkap yang memenuhi kriteria kelengkapan dan konsistensi;

tahapan pekerjaan yang dilakukan dalam urutan logis memungkinkan untuk merencanakan waktu penyelesaian semua pekerjaan dan biaya terkait.

Pendekatan kaskade telah membuktikan dirinya dengan baik dalam pembangunan sirkuit terpadu yang relatif sederhana, ketika pada awal pengembangan dimungkinkan untuk merumuskan semua persyaratan sistem secara akurat dan lengkap. Kerugian utama dari pendekatan ini adalah bahwa proses sebenarnya dalam menciptakan suatu sistem tidak pernah sepenuhnya sesuai dengan skema yang kaku; selalu ada kebutuhan untuk kembali ke tahap sebelumnya dan memperjelas atau merevisi keputusan yang dibuat sebelumnya. Hasilnya, proses sebenarnya pembuatan IS sesuai dengan model tahap demi tahap dengan kontrol perantara.

Model siklus hidup spiral diusulkan untuk mengatasi permasalahan tersebut. Pada tahap analisis dan desain, kelayakan solusi teknis dan sejauh mana kebutuhan pelanggan terpenuhi diverifikasi dengan membuat prototipe. Setiap putaran spiral berhubungan dengan penciptaan fragmen atau versi sistem yang bisa diterapkan. Hal ini memungkinkan Anda untuk memperjelas persyaratan, tujuan dan karakteristik proyek, menentukan kualitas pengembangan, dan merencanakan pekerjaan pada putaran berikutnya. Dengan cara ini, rincian proyek diperdalam dan ditentukan secara konsisten, dan sebagai hasilnya, opsi yang masuk akal dipilih yang memenuhi kebutuhan aktual pelanggan dan diimplementasikan.

Masalah utama dari siklus spiral adalah menentukan momen transisi ke tahap berikutnya. Untuk mengatasi masalah ini, batasan waktu diberlakukan untuk setiap tahapan siklus hidup, dan transisi dilakukan sesuai dengan rencana, meskipun tidak semua pekerjaan yang direncanakan selesai. Perencanaan dibuat berdasarkan data statistik yang diperoleh pada proyek sebelumnya dan pengalaman pribadi pengembang.

Meskipun ada rekomendasi kuat dari pakar desain dan pengembangan IC, banyak perusahaan terus menggunakan model air terjun dibandingkan beberapa variasi model berulang. Alasan utama mengapa model air terjun tetap populer adalah sebagai berikut:

Kebiasaan - Banyak profesional TI yang dididik pada saat model air terjun hanya diajarkan, itulah sebabnya mereka masih menggunakannya sampai sekarang.

Ilusi mengurangi risiko peserta proyek (pelanggan dan kontraktor). Model kaskade melibatkan pengembangan produk jadi pada setiap tahap: spesifikasi teknis, desain teknis, produk perangkat lunak, dan dokumentasi pengguna. Dokumentasi yang dikembangkan memungkinkan tidak hanya untuk menentukan persyaratan untuk produk tahap berikutnya, tetapi juga untuk menentukan tanggung jawab para pihak, ruang lingkup pekerjaan dan tenggat waktu, sedangkan penilaian akhir terhadap waktu dan biaya proyek dilakukan di tahap awal, setelah survei selesai. Jelasnya, jika persyaratan sistem informasi berubah selama pelaksanaan proyek, dan kualitas dokumen ternyata rendah (persyaratan tidak lengkap dan/atau bertentangan), maka pada kenyataannya penggunaan model air terjun hanya menciptakan ilusi kepastian dan pada kenyataannya meningkatkan risiko, hanya mengurangi tanggung jawab peserta proyek.

Masalah implementasi saat menggunakan model berulang. Di beberapa daerah, model spiral tidak dapat digunakan karena tidak mungkin menggunakan/menguji produk yang fungsinya tidak lengkap (misalnya pengembangan militer, daya nuklir dll.). Implementasi berulang bertahap dari sistem informasi bisnis dimungkinkan, tetapi dikaitkan dengan kesulitan organisasi (transfer data, integrasi sistem, perubahan proses bisnis, kebijakan akuntansi, pelatihan pengguna). Biaya tenaga kerja selama implementasi berulang bertahap jauh lebih tinggi, dan manajemen proyek memerlukan seni yang nyata. Mengantisipasi kesulitan-kesulitan ini, pelanggan memilih model air terjun untuk “mengimplementasikan sistem satu kali.”

Suatu proses didefinisikan sebagai serangkaian aktivitas yang saling terkait yang mengubah masukan menjadi keluaran. Deskripsi setiap proses mencakup daftar tugas yang harus diselesaikan, input data dan hasil.

Sesuai dengan dasarnya standar internasional ISO/IEC 12207 semua proses siklus hidup perangkat lunak dibagi menjadi tiga kelompok:

3.1 Proses dasar siklus hidup

Akuisisi (tindakan dan tugas pelanggan yang membeli IP)

Pengiriman (tindakan dan tugas pemasok yang memasok produk atau layanan perangkat lunak kepada pelanggan)

Pengembangan (tindakan dan tugas yang dilakukan oleh pengembang: pembuatan perangkat lunak, persiapan dokumentasi desain dan operasional, persiapan materi pengujian dan pelatihan, dll.)

Operasi (tindakan dan tugas operator - organisasi yang mengoperasikan sistem)

Pemeliharaan (tindakan dan tugas yang dilakukan oleh organisasi pendamping, yaitu layanan dukungan). Dukungan - membuat perubahan pada perangkat lunak untuk memperbaiki kesalahan, meningkatkan produktivitas, atau beradaptasi dengan perubahan kondisi atau persyaratan pengoperasian.

Di antara proses siklus hidup utama, ada tiga yang paling penting: pengembangan, operasi, dan pemeliharaan. Setiap proses dicirikan oleh tugas dan metode penyelesaian tertentu, data awal yang diperoleh pada tahap sebelumnya, dan hasil.

Perkembangan

Pengembangan sistem informasi mencakup semua pekerjaan pembuatan perangkat lunak informasi dan komponen-komponennya sesuai dengan kebutuhan yang ditentukan. Pengembangan perangkat lunak informasi juga mencakup:

penyiapan dokumentasi desain dan operasional;

persiapan bahan yang diperlukan untuk pengujian produk perangkat lunak yang dikembangkan;

pengembangan materi yang diperlukan untuk pelatihan personel.

Pengembangan adalah salah satu proses terpenting dalam siklus hidup sistem informasi dan biasanya mencakup perencanaan strategis, analisis, desain, dan implementasi (pemrograman).

Eksploitasi

Pekerjaan operasional dapat dibagi menjadi persiapan dan dasar. Yang persiapan meliputi:

mengkonfigurasi database dan stasiun kerja pengguna;

menyediakan dokumentasi operasional kepada pengguna;

pelatihan.

Kegiatan operasional utama meliputi:

operasi langsung;

lokalisasi masalah dan penghapusan penyebab terjadinya;

modifikasi perangkat lunak;

penyiapan proposal perbaikan sistem;

pengembangan dan modernisasi sistem.

Pengawal

Layanan dukungan teknis memainkan peran yang sangat penting dalam kehidupan sistem informasi perusahaan mana pun. Kehadiran layanan teknis yang memenuhi syarat pada tahap pengoperasian sistem informasi merupakan kondisi yang diperlukan untuk menyelesaikan tugas yang diberikan padanya, dan kesalahan personel pemeliharaan dapat menyebabkan kerugian finansial yang nyata atau tersembunyi sebanding dengan biaya sistem informasi itu sendiri.

Tindakan awal yang utama dalam persiapan penyelenggaraan pemeliharaan suatu sistem informasi adalah:

mengidentifikasi komponen paling penting dari sistem dan menentukan tingkat kritisnya waktu henti (ini akan memungkinkan untuk mengidentifikasi komponen paling penting dari sistem informasi dan mengoptimalkan alokasi sumber daya untuk pemeliharaan);

identifikasi tugas pemeliharaan dan pembagiannya menjadi internal, diselesaikan oleh departemen layanan, dan eksternal, diselesaikan oleh organisasi layanan khusus (dengan demikian, definisi yang jelas tentang berbagai fungsi yang dilakukan dan pembagian tanggung jawab dibuat);

melakukan analisis terhadap internal dan sumber daya eksternal diperlukan untuk mengatur pemeliharaan dalam kerangka tugas yang dijelaskan dan pembagian kompetensi (kriteria utama analisis: ketersediaan jaminan peralatan, kondisi dana perbaikan, kualifikasi personel);

penyusunan rencana organisasi pemeliharaan, di mana perlu untuk menentukan tahapan tindakan yang dilakukan, waktu pelaksanaannya, biaya tahapan, dan tanggung jawab pelaku.

3.2 Mendukung proses siklus hidup

Dokumentasi (deskripsi formal informasi yang dibuat selama siklus hidup IS)

Manajemen konfigurasi (penerapan prosedur administratif dan teknis sepanjang siklus hidup SI untuk menentukan keadaan komponen IS dan mengelola modifikasinya).

Jaminan kualitas (memberikan jaminan bahwa sistem informasi dan proses siklus hidupnya mematuhi persyaratan yang ditentukan dan rencana yang disetujui)

Verifikasi (menentukan bahwa produk perangkat lunak yang dihasilkan dari beberapa tindakan sepenuhnya memenuhi persyaratan atau ketentuan yang diberlakukan oleh tindakan sebelumnya)

Sertifikasi (menentukan kelengkapan kepatuhan terhadap persyaratan yang ditentukan dan sistem yang dibuat dengan tujuan fungsional spesifiknya)

Penilaian bersama (penilaian status pekerjaan proyek: pengendalian perencanaan dan pengelolaan sumber daya, personel, peralatan, peralatan)

Audit (menentukan kepatuhan terhadap persyaratan, rencana dan ketentuan kontrak)

Penyelesaian masalah (analisis dan penyelesaian masalah, terlepas dari asal atau sumbernya, yang ditemukan selama pengembangan, pengoperasian, pemeliharaan, atau proses lainnya)

3.3 Proses organisasi

Kontrol (tindakan dan tugas yang dapat dilakukan oleh pihak mana pun yang mengelola prosesnya)

Penciptaan infrastruktur (pemilihan dan pemeliharaan teknologi, standar dan alat, pemilihan dan pemasangan perangkat keras dan perangkat lunak yang digunakan untuk pengembangan, pengoperasian atau pemeliharaan perangkat lunak)

Perbaikan (penilaian, pengukuran, pengendalian dan peningkatan proses siklus hidup)

Pelatihan (pelatihan awal dan pengembangan staf berkelanjutan selanjutnya)

Manajemen proyek dikaitkan dengan perencanaan dan pengorganisasian pekerjaan, pembentukan tim pengembangan dan pemantauan waktu dan kualitas pekerjaan yang dilakukan. Dukungan teknis dan organisasi untuk proyek ini meliputi:

pemilihan metode dan alat untuk pelaksanaan proyek;

penentuan metode untuk menggambarkan keadaan perkembangan antara;

pengembangan metode dan sarana untuk menguji perangkat lunak yang dibuat;

1. Izbachkov S.Yu., Petrov V.N. Sistem informasi – St. Petersburg: Peter, 2008. – 655 hal.

2.http://ru.wikipedia.org

3.http://www.intuit.ru

Ibarat organisme hidup, setiap produk (barang atau jasa) memiliki produknya sendiri lingkaran kehidupan , yang dimulai dengan saat “kelahirannya” (atau, mungkin, dengan asal usul gagasan tersebut) dan diakhiri dengan “kematiannya”, atau penghentian penggunaan gagasan tersebut.

siklus hidup EIS – serangkaian tahapan yang dilalui EIS dalam perkembangannya sejak keputusan dibuat untuk membuatnya hingga berhenti berfungsi.

Siklus hidup suatu sistem informasi ekonomi meliputi tahapan sebagai berikut:

1) pra-desain;

2) desain logis dan teknis;

3) desain kerja (fisik);

4) pelaksanaan;

5) operasi;

6) penyitaan.

Pra-desain Tahapannya meliputi penelitian dan analisis sistem manajemen perusahaan, mengidentifikasi konsumen informasi yang ada. Tujuan dari tahap ini adalah untuk merumuskan persyaratan SI yang secara benar dan akurat mencerminkan tujuan dan sasaran organisasi pelanggan. Untuk menentukan proses pembuatan sistem informasi yang memenuhi kebutuhan organisasi, perlu diketahui dan diartikulasikan dengan jelas apa saja kebutuhan tersebut. Untuk melakukan ini, perlu untuk menentukan persyaratan pelanggan untuk IS dan memetakannya dalam bahasa model ke dalam persyaratan untuk pengembangan proyek IS sedemikian rupa untuk memastikan kepatuhan IS masa depan dengan tujuan dan sasaran organisasi.

Tugas membentuk persyaratan sistem informasi adalah salah satu tugas yang paling penting, sulit untuk diformalkan, dan paling mahal serta sulit untuk diperbaiki jika terjadi kesalahan.

Alat dan produk perangkat lunak modern memungkinkan Anda membuat IP dengan cepat sesuai dengan kebutuhan yang sudah jadi. Namun seringkali sistem ini tidak memuaskan pelanggan dan memerlukan banyak modifikasi, yang menyebabkan peningkatan tajam dalam biaya IP sebenarnya. Alasan utama untuk situasi ini adalah definisi persyaratan SI yang salah, tidak akurat atau tidak lengkap pada tahap analisis.

Pada tahap ini, permasalahan yang berkaitan dengan pengembangan spesifikasi teknis, rencana aksi penyiapan fasilitas, termasuk pelatihan personel dan pembiayaan, harus diselesaikan. Pada tahap ini juga dilakukan analisis kelayakan IP, yaitu mempertimbangkan hal-hal sebagai berikut:

· kelayakan operasional – apakah mungkin untuk membuat IS ini, seberapa nyaman penggunaannya dan memenuhi persyaratan yang ditentukan;

· kelayakan ekonomi – biaya, efektivitas dari sudut pandang pengguna;

Desain logis dan teknis - ini adalah pengembangan sesuai dengan persyaratan yang dirumuskan dan kebutuhan informasi yang teridentifikasi dari sistem dan arsitektur fungsional EIS.

Pada tahap desain, pertama-tama model data dibentuk. Desainer menerima hasil analisis sebagai informasi awal. Membangun model data logis dan fisik adalah bagian mendasar dari desain database. Model informasi yang diperoleh selama proses analisis terlebih dahulu diubah menjadi model logis dan kemudian menjadi model data fisik.

Sejalan dengan desain skema database, desain proses dilakukan untuk mendapatkan spesifikasi (deskripsi) dari semua modul IS. Kedua proses desain ini berkaitan erat karena beberapa logika bisnis biasanya diimplementasikan dalam database (batasan, pemicu, prosedur tersimpan). tujuan utamanya desain proses terdiri dari pemetaan fungsi-fungsi yang diperoleh pada tahap analisis ke dalam modul-modul sistem informasi. Saat merancang modul, antarmuka program ditentukan: tata letak menu, tampilan jendela, tombol pintas, dan panggilan terkait.

Selain itu, pada tahap desain juga dilakukan pengembangan arsitektur IS, termasuk pemilihan platform (platform) dan sistem operasi (operating system). Dalam IS heterogen, beberapa komputer dapat berjalan pada platform perangkat keras yang berbeda dan menjalankan sistem operasi yang berbeda.

Selain memilih platform, pada tahap desain juga ditentukan jenis arsitektur:

· Arsitektur “server-file” atau “server-klien”;

· database terpusat atau terdistribusi. Jika database terdistribusi, maka mekanisme apa yang akan digunakan untuk menjaga konsistensi dan relevansi data;

· server, paralel atau tunggal untuk database (untuk mencapai kinerja yang diperlukan), dll.

Tahap desain diakhiri dengan pengembangan desain teknis IP.

Desain kerja (fisik) meliputi pembuatan dan konfigurasi program, pengisian database, pembuatan instruksi kerja untuk personel. Perancangan diakhiri dengan pembuatan rancangan kerja.

Proyek kerja adalah dokumentasi teknis yang disetujui sesuai dengan prosedur yang ditetapkan, berisi data terbaru dan solusi desain seluruh sistem yang terperinci, program dan instruksi untuk memecahkan masalah, serta penilaian terkini terhadap efisiensi ekonomi sistem kendali otomatis dan daftar terbaru dari langkah-langkah untuk mempersiapkan fasilitas untuk implementasi.

Selama masa percontohan dan industri penerapan instalasi komprehensif sistem dan pelatihan personel dilakukan.

Implementasi sistem adalah proses transisi bertahap dari EIS yang ada ke EIS baru, yang disediakan oleh dokumentasi desain rinci untuk keseluruhan sistem. Implementasi tugas individu dan subsistem dapat dilakukan secara paralel dengan pengembangan desain kerja untuk keseluruhan sistem.

Tahapan utama implementasi sistem adalah:

· mempersiapkan fasilitas implementasi sistem;

· penyerahan tugas dan subsistem untuk operasi uji coba;

· melaksanakan operasi percobaan;

· Menempatkan tugas, subsistem, dan sistem secara keseluruhan ke dalam operasi komersial.

Uji coba pengoperasian IS terdiri dari pengujian algoritma, program, dan tautan proses teknologi pengolahan data dalam kondisi nyata. Hal ini dilakukan untuk hal-hal sebagai berikut:

· debugging akhir program dan pengujian proses teknologi untuk memecahkan masalah;

· memeriksa kesiapan basis informasi;

· mengerjakan interkoneksi tugas-tugas sistem;

· perolehan keterampilan kerja oleh personel perusahaan;

· menyiapkan seluruh sistem secara keseluruhan dan menghilangkan kekurangan yang teridentifikasi.

Setelah menyelesaikan uji coba operasi sistem, laporan implementasi dibuat. Jika hasil uji coba positif, sistem akan dioperasikan secara komersial.

Eksploitasi EIS – penggunaannya dalam kondisi nyata. Selama pengoperasian, dukungan, analisis pengoperasian sistem, koreksi kesalahan dan kekurangan, pendaftaran persyaratan dan pengembangan rencana modernisasi dan perluasan sistem juga dilakukan.

Kejang Penonaktifan EIS mengacu pada penghentian total EIS dari operasi atau modernisasi signifikan, yang memungkinkan kita berbicara tentang penciptaan sistem informasi baru yang fundamental.

Model siklus hidup yang ada menentukan urutan pelaksanaan tahapan selama pengembangan, serta kriteria transisi dari tahap ke tahap. Sesuai dengan ini, tiga model siklus hidup berikut ini paling banyak digunakan:

1) model kaskade, yang melibatkan perpindahan ke tahap berikutnya setelah selesainya pekerjaan pada tahap sebelumnya;

2) model tahap demi tahap dengan pengendalian perantara, yaitu. model pengembangan berulang dengan putaran umpan balik antar tahapan. Keuntungan model ini adalah penyesuaian antar tahap memberikan intensitas tenaga kerja yang lebih sedikit dibandingkan model berjenjang, namun masa pakai setiap tahap diperpanjang sepanjang periode pengembangan;

3) model spiral menekankan tahap awal siklus hidup: analisis kebutuhan, desain spesifikasi, desain awal dan detail. Pada tahap ini, kelayakan solusi teknis diperiksa dan dibenarkan dengan membuat prototipe. Setiap putaran spiral berhubungan dengan model langkah demi langkah untuk membuat fragmen atau versi produk perangkat lunak, di mana tujuan dan karakteristik proyek diklarifikasi, kualitasnya ditentukan, dan pekerjaan pada putaran berikutnya dari proyek tersebut. spiral direncanakan. Dengan demikian, rincian proyek diperdalam dan diklarifikasi secara konsisten, dan sebagai hasilnya, opsi yang masuk akal dipilih untuk diimplementasikan.

Pada semua tahap siklus hidup EIS, peran penting dimainkan oleh para pakar ekonomi yang:

· merumuskan persyaratan untuk sistem informasi masa depan atau rencana modernisasinya;

· melakukan pembenaran dan perhitungan efisiensi ekonomi dari solusi individu yang digunakan sebagai bagian dari IS dan sistem secara keseluruhan;

· berpartisipasi langsung dalam proses pembuatan sistem informasi elektronik, membantu memodelkan proses bisnis dan proses informasi yang terkait dengannya, termasuk karyawan perusahaan yang sistem informasinya sedang dibuat, sesuai dengan salah satu prinsip pembuatan sistem informasi sistem Informasi.

· berpartisipasi dalam debugging sistem ketika mentransfernya ke dalam operasi;

· (ahli) menggunakan pengetahuan dan pengalamannya untuk mengisi database dan pengetahuan;

· pada tahap implementasi, mereka mengembangkan instruksi dan melatih personel, menerapkan pengetahuan dan pengalaman praktis mereka.

Riset tahun terakhir telah menunjukkan bahwa peningkatan produktivitas melalui penggunaan teknologi informasi sangat jarang tercapai. alasan utama adalah bahwa teknologi informasi baru seringkali merupakan cerminan dari metode dan proses sebelumnya. Kesadaran ini menyebabkan

munculnya arah baru dalam bidang manajemen - rekayasa ulang proses bisnis, yang mengacu pada perbaikan atau penyempurnaan proses bisnis yang ada melalui penggunaan teknologi informasi dengan pemikiran ulang fundamental paralel dan reorientasi radikal proses bisnis untuk mencapai perbaikan yang dramatis indikator penting(meningkatkan produktivitas, meningkatkan kualitas, mengurangi biaya).

Siklus hidup bukanlah suatu periode waktu keberadaannya, melainkan suatu proses perubahan keadaan yang berurutan, ditentukan oleh jenis dampak yang ditimbulkan (R 50-605-80-93).

Istilah “siklus hidup sistem” biasanya mengacu pada evolusi sistem baru dalam beberapa tahap, termasuk tahap penting seperti konsep, pengembangan, produksi, operasi, dan penghentian akhir:70.

Sejarah konsep siklus hidup

Konsep siklus hidup muncul pada akhir abad ke-19. sebagai suatu gagasan yang kompleks, termasuk gagasan tentang hereditas dan perkembangan pada tingkat individu dan organisme, serta adaptasi, kelangsungan hidup dan kepunahan pada tingkat individu spesies dan seluruh populasi organisme hidup.

Model siklus hidup sistem yang khas

Tidak ada model siklus hidup tunggal yang dapat memenuhi kebutuhan setiap tugas yang mungkin dilakukan. Berbagai organisasi Badan standardisasi, lembaga pemerintah, dan komunitas teknik mempublikasikan model dan teknologi mereka sendiri yang dapat digunakan untuk membangun model tersebut. Oleh karena itu, tidak tepat untuk mengklaim adanya satu kemungkinan algoritma untuk membangun model siklus hidup.

Beberapa pakar rekayasa sistem menyarankan untuk mempertimbangkan model siklus hidup sistem berdasarkan tiga sumber berikut: model manajemen logistik Departemen Pertahanan (DoD) (DoD 5000.2), model ISO/IEC 15288, dan model Masyarakat Nasional Insinyur Profesional (NSPE):71.

Model siklus hidup tipikal menurut ISO/IEC 15288

Menurut standar ini, proses dan aktivitas siklus hidup didefinisikan, dikonfigurasi dengan tepat, dan digunakan selama tahap siklus hidup untuk sepenuhnya memenuhi tujuan dan hasil tahap tersebut. Organisasi yang berbeda mungkin terlibat dalam tahapan siklus hidup yang berbeda. Tidak ada satu model siklus hidup sistem yang universal. Tahapan tertentu dari siklus hidup mungkin tidak ada atau ada tergantung pada setiap kasus spesifik pengembangan sistem:34.

Standar tersebut memberikan tahapan siklus hidup berikut sebagai contoh:

1. Ide.
2. Perkembangan.
3. Produksi.
4. Aplikasi.
5. Dukungan aplikasi.
6. Penghentian dan penghapusan.

Tidak ada contoh tahapan siklus hidup dalam standar versi 2008 (ISO/IEC 15288:2008).

Model siklus hidup yang khas menurut Departemen Pertahanan AS

Untuk mengelola risiko penggunaan teknologi canggih dan meminimalkan kesalahan teknis atau manajemen yang merugikan, Departemen Pertahanan AS telah mengembangkan panduan yang berisi semua prinsip yang diperlukan untuk pengembangan sistem. Prinsip-prinsip ini termasuk dalam daftar arahan khusus - DoD 5000.

Model siklus hidup sistem manajemen logistik menurut Departemen Pertahanan AS terdiri dari lima tahap:71:

1. Analisis.
2. Pengembangan teknologi.
3. Pengembangan teknik dan produksi.
4. Produksi dan penerapan.
5. Operasi dan dukungan.

Model Siklus Hidup Sistem Generik Perkumpulan Insinyur Profesional Nasional (NSPE).

Model ini diadaptasi untuk pengembangan sistem komersial. Model ini terutama berfokus pada pengembangan produk baru, biasanya merupakan hasil kemajuan teknologi. Model NSPE memberikan pandangan alternatif terhadap model versi Departemen Pertahanan. Siklus hidup menurut model NSPE dibagi menjadi enam tahap:72:

1. Konsep.
2. Teknis implementasi.
3. Perkembangan.
4. Validasi komersial dan persiapan produksi.
5. Produksi skala penuh.
6. Dukungan produk akhir.

Model siklus hidup produk yang khas menurut R 50-605-80-93

Dokumen panduan R 50-605-80-93 mempelajari dengan cermat siklus hidup suatu produk industri, termasuk - peralatan militer.

Untuk produk industri untuk keperluan sipil, diusulkan tahapan sebagai berikut:

1. Penelitian dan desain.
2. Manufaktur.
3. Banding dan implementasi.
4. Operasi atau konsumsi.

Dalam siklus hidup produk industri untuk keperluan sipil, diusulkan untuk mempertimbangkan 73 jenis pekerjaan dan 23 jenis pemangku kepentingan (“peserta kerja” dalam terminologi dokumen).

Untuk produk industri untuk keperluan militer diusulkan tahapan sebagai berikut:

1. Penelitian dan justifikasi pembangunan.
2. Perkembangan.
3. Produksi.
4. Eksploitasi.
5. Renovasi besar-besaran.

Dalam siklus hidup produk industri militer, diusulkan untuk mempertimbangkan 25 jenis pekerjaan dan 7 jenis pihak yang berkepentingan (peserta kerja).

Model siklus hidup perangkat lunak yang khas

Tahapan siklus hidup sistem dan fase komponennya, disajikan pada gambar "Model Siklus Hidup Sistem", berlaku untuk sebagian besar sistem yang kompleks, termasuk sistem yang berisi perangkat lunak dengan sejumlah besar fungsionalitas di tingkat komponen. Dalam sistem intensif perangkat lunak di mana perangkat lunak menjalankan hampir semua fungsi (seperti dalam sistem keuangan modern, sistem reservasi tiket pesawat, Internet global, dll.), siklus hidup biasanya memiliki konten yang serupa, tetapi sering kali diperumit oleh iterasi proses dan pembuatan prototipe: 72-73.

Tahapan utama siklus hidup sistem (Kossiakoff, Sweet, Seymour, Biemer)

Seperti terlihat pada gambar “Model Siklus Hidup Sistem”, model siklus hidup sistem terdiri dari 3 tahapan. 2 tahap pertama adalah tahap pengembangan, dan tahap ketiga meliputi tahap pasca pengembangan. Tahapan ini menunjukkan transisi yang lebih umum dari satu keadaan ke keadaan lain dalam siklus hidup suatu sistem, dan juga menunjukkan perubahan dalam jenis dan ruang lingkup kegiatan yang terlibat dalam rekayasa sistem. Tahapannya adalah:73:

• tahap pengembangan konsep;
• tahap pengembangan teknis;
• tahap pasca pengembangan.

Tahap pengembangan konsep

Tujuan dari tahap pengembangan konsep adalah untuk menilai kemungkinan-kemungkinan baru di bidang penerapan sistem, untuk mengembangkan pendahuluan Persyaratan sistem dan kemungkinan solusi desain. Tahap pengembangan desain konseptual dimulai dengan realisasi kebutuhan untuk membuat sistem baru atau memodifikasi sistem yang sudah ada. Tahapan ini mencakup permulaan penelitian faktual, periode perencanaan, dan penilaian dasar ekonomi, teknis, strategis, dan pasar dari tindakan di masa depan. Dialog sedang berlangsung antara pemangku kepentingan dan pengembang.

Tujuan utama tahap pengembangan konsep:74:

1. Melakukan penelitian untuk menentukan apa yang diperlukan untuk sistem baru, serta kelayakan teknis dan ekonomi dari sistem tersebut.
2. Jelajahi konsep sistem potensial dan merumuskan serta memvalidasi serangkaian persyaratan kinerja sistem.
3. Pilih konsep sistem yang paling menarik, tentukan karakteristik fungsionalnya, dan kembangkan rencana terperinci untuk tahap selanjutnya dari desain, produksi, dan penerapan operasional sistem.
4. Kembangkan apa saja teknologi baru cocok untuk konsep sistem yang dipilih dan memvalidasi kemampuannya untuk memenuhi kebutuhan.

Tahap pengembangan teknis

Tahap pengembangan teknis meliputi proses perancangan suatu sistem untuk mengimplementasikan fungsi-fungsi yang dirumuskan dalam konsep sistem menjadi suatu perwujudan fisik yang dapat didukung dan berhasil dioperasikan dalam lingkungan operasinya. Rekayasa sistem terutama berkaitan dengan memandu pengembangan dan desain, mengelola antarmuka, mengembangkan rencana pengujian, dan menentukan bagaimana perbedaan dalam kinerja sistem yang tidak diverifikasi selama pengujian dan evaluasi harus diperbaiki dengan benar. Sebagian besar aktivitas rekayasa dilakukan pada tahap ini.

Tujuan utama tahap pengembangan teknis adalah:74:

1. Melakukan pengembangan teknis prototipe sistem yang memenuhi persyaratan kinerja, keandalan, pemeliharaan, dan keselamatan.
2. Rancang sistem yang sesuai untuk digunakan dan tunjukkan kesesuaian operasionalnya.

Tahap pasca pengembangan

Tahap pasca-pengembangan terdiri dari kegiatan-kegiatan di luar masa pengembangan sistem, namun masih memerlukan dukungan yang signifikan dari para insinyur sistem, terutama ketika ditemui masalah-masalah tak terduga yang memerlukan penyelesaian segera. Selain itu, kemajuan teknologi sering kali memerlukan peningkatan sistem layanan internal, yang mungkin bergantung pada rekayasa sistem seperti halnya tahap pengembangan konsep dan teknis.

.

Batovrin V.K., Bakhturin D.A. Manajemen siklus hidup sistem teknis. - 2012.

Gost R ISO/IEC 15288-2005 Teknologi Informasi. Rekayasa sistem. Proses siklus hidup sistem

R 50-605-80-93. Rekomendasi. Sistem untuk mengembangkan dan memasukkan produk ke dalam produksi. Istilah dan definisi (Tautan ke teks).

di bidang teknik elektro). Standar ini mendefinisikan struktur siklus hidup yang berisi proses, aktivitas, dan tugas yang harus diselesaikan selama pembuatan sistem perangkat lunak.

DI DALAM standar ini PS (atau perangkat lunak) didefinisikan sebagai sekumpulan program komputer, prosedur, dan kemungkinan dokumentasi serta data terkait. Suatu proses didefinisikan sebagai serangkaian tindakan yang saling terkait yang mengubah beberapa data masukan menjadi keluaran (G. Myers menyebutnya terjemahan data). Setiap proses dicirikan oleh tugas dan metode tertentu untuk menyelesaikannya. Pada gilirannya, setiap proses dibagi menjadi serangkaian tindakan, dan setiap tindakan menjadi serangkaian tugas. Setiap proses, tindakan, atau tugas dimulai dan dijalankan oleh proses lain sesuai kebutuhan, dan tidak ada urutan eksekusi yang telah ditentukan sebelumnya (tentu saja, dengan tetap mempertahankan koneksi di seluruh data masukan).

Perlu dicatat bahwa di Uni Soviet, dan kemudian di Rusia, pembuatan perangkat lunak (software) pada awalnya, pada tahun 70-an abad terakhir, diatur oleh standar GOST ESPD (Sistem Dokumentasi Program Terpadu - seri GOST 19.ХХХ ), yang merupakan program kecil yang relatif sederhana dan berorientasi kelas yang dibuat oleh pemrogram individu. Saat ini, standar-standar tersebut sudah ketinggalan zaman secara konsep dan bentuk, masa berlakunya telah habis dan penggunaannya tidak tepat.

Proses pembuatan sistem otomatis (AS), termasuk perangkat lunak, diatur oleh standar gost 34.601-90 "Teknologi informasi. Seperangkat standar untuk sistem otomatis. Tahapan pembuatan", gost 34.602-89 "teknologi informasi. seperangkat standar untuk sistem otomatis. Tugas teknis untuk pembuatan sistem otomatis" dan GOST 34.603-92 "Teknologi informasi. Jenis pengujian sistem otomatis." Namun, banyak dari ketentuan standar ini sudah ketinggalan zaman, dan yang lainnya tidak cukup tercermin untuk digunakan dalam proyek-proyek serius untuk pembuatan PS. Oleh karena itu, dalam pengembangan dalam negeri disarankan untuk menggunakan internasional modern standar.

Sesuai dengan standar ISO/IEC 12207, semua proses siklus hidup perangkat lunak dibagi menjadi tiga kelompok (Gbr. 5.1).

Beras. 5.1.

Kelompok tersebut mendefinisikan lima proses utama: akuisisi, pengiriman, pengembangan, operasi dan dukungan. Delapan proses bantu menyediakan eksekusi proses utama, yaitu dokumentasi, manajemen konfigurasi, penjaminan mutu, verifikasi, sertifikasi, penilaian bersama, audit, penyelesaian masalah. Keempat proses organisasi menyediakan manajemen, infrastruktur, peningkatan dan pembelajaran.

5.2. Proses utama siklus hidup PS

Proses akuisisi terdiri dari tindakan dan tugas pelanggan yang membeli perangkat lunak. Proses ini meliputi kegiatan berikut:

1. inisiasi akuisisi;
2. penyiapan proposal penawaran;
3. persiapan dan penyesuaian kontrak;
4. pengawasan terhadap kegiatan pemasok;
5. penerimaan dan penyelesaian pekerjaan.

Memulai akuisisi mencakup tugas-tugas berikut:

1. penentuan oleh pelanggan tentang kebutuhannya untuk perolehan, pengembangan atau peningkatan suatu sistem, produk atau layanan perangkat lunak;
2. membuat keputusan mengenai perolehan, pengembangan atau peningkatan perangkat lunak yang ada;
3. memeriksa ketersediaan dokumentasi, jaminan, sertifikat, lisensi dan dukungan yang diperlukan dalam hal pembelian produk perangkat lunak;
4. persiapan dan persetujuan rencana akuisisi, termasuk persyaratan sistem, jenis kontrak, tanggung jawab para pihak, dll.

Proposal aplikasi harus berisi:

1. persyaratan untuk sistem;
2. daftar produk perangkat lunak;
3. syarat-syarat perolehan dan perjanjian;
4. batasan teknis (misalnya, pada lingkungan pengoperasian sistem).

Penawaran dikirim ke pemasok terpilih atau beberapa pemasok jika terjadi tender. Pemasok adalah organisasi yang mengadakan kontrak dengan pelanggan untuk penyediaan sistem, perangkat lunak, atau layanan perangkat lunak berdasarkan ketentuan yang ditentukan dalam kontrak.

Persiapan dan penyesuaian kontrak meliputi tugas-tugas berikut:

1. penentuan oleh pelanggan tentang prosedur pemilihan pemasok, termasuk kriteria untuk mengevaluasi proposal dari calon pemasok;
2. pemilihan pemasok tertentu berdasarkan analisis proposal;
3. persiapan dan kesimpulan perjanjian dengan pemasok;
4. membuat perubahan (jika perlu) pada kontrak selama pelaksanaannya.

Pengawasan terhadap aktivitas pemasok dilakukan sesuai dengan tindakan yang diatur dalam proses penilaian dan audit bersama. Selama proses penerimaan, tes yang diperlukan disiapkan dan dilakukan. Penyelesaian pekerjaan berdasarkan kontrak dilakukan jika semua kondisi penerimaan terpenuhi.

Proses pengiriman mencakup aktivitas dan tugas yang dilakukan oleh pemasok yang memasok produk atau layanan perangkat lunak kepada pelanggan. Proses ini mencakup langkah-langkah berikut:

1. inisiasi pengiriman;
2. menyiapkan tanggapan terhadap usulan penawaran;
3. persiapan kontrak;
4. perencanaan pekerjaan berdasarkan kontrak;
5. pelaksanaan dan pengendalian pekerjaan kontrak dan evaluasinya;
6. penyerahan dan penyelesaian pekerjaan.

Inisiasi pengiriman terdiri dari pemasok meninjau proposal penawaran dan memutuskan apakah akan menyetujui persyaratan dan ketentuan yang dinyatakan atau menawarkan sendiri (setuju). Perencanaan mencakup tugas-tugas berikut:

1. pengambilan keputusan oleh pemasok mengenai pelaksanaan pekerjaan sendiri atau dengan keterlibatan subkontraktor;
2. pengembangan oleh pemasok rencana manajemen proyek yang berisi struktur organisasi proyek, pembagian tanggung jawab, persyaratan teknis terhadap lingkungan pengembangan dan sumber daya, manajemen subkontraktor, dll.

Proses pengembangan melibatkan tindakan dan tugas yang dilakukan oleh pengembang dan mencakup pekerjaan pembuatan perangkat lunak dan komponennya sesuai dengan persyaratan yang ditentukan. Ini termasuk persiapan dokumentasi desain dan operasional, persiapan bahan yang diperlukan untuk pengujian kinerja, dan kualitas produk perangkat lunak, bahan-bahan yang diperlukan untuk menyelenggarakan pelatihan personel, dll.

Proses pengembangan meliputi langkah-langkah berikut:

1. pekerjaan persiapan;
2. analisis persyaratan sistem;
3. desain arsitektur sistem;
4. analisis persyaratan untuk perangkat lunak;
5. desain arsitektur perangkat lunak;
6. desain perangkat lunak terperinci;
7. pengkodean dan pengujian perangkat lunak;
8. integrasi perangkat lunak;
9. pengujian kualifikasi perangkat lunak;
10. integrasi sistem;
11. pengujian kualifikasi sistem;
12. instalasi perangkat lunak;
13. penerimaan perangkat lunak.

Pekerjaan persiapan dimulai dengan pemilihan model siklus hidup perangkat lunak yang sesuai dengan skala, signifikansi dan kompleksitas proyek. Kegiatan dan tugas proses pembangunan harus sesuai dengan model yang dipilih. Pengembang harus memilih, beradaptasi dengan kondisi proyek dan menggunakan standar, metode dan alat pengembangan, serta menyusun rencana pelaksanaan pekerjaan.

Analisis kebutuhan sistem melibatkan penentuan fungsionalitasnya, persyaratan pengguna, persyaratan keandalan, keamanan, persyaratan antarmuka eksternal, kinerja, dll. Persyaratan sistem dinilai berdasarkan kriteria kelayakan dan pengujian.

Merancang arsitektur sistem melibatkan penentuan komponen perangkat keras (hardware), perangkat lunak, dan operasi yang dilakukan oleh personel yang mengoperasikan sistem. Arsitektur sistem harus sesuai dengan persyaratan sistem dan standar serta praktik desain yang diterima.

Analisis kebutuhan perangkat lunak melibatkan penentuan karakteristik berikut untuk setiap komponen perangkat lunak:

1. fungsionalitas, termasuk karakteristik kinerja dan lingkungan pengoperasian komponen;
2. antarmuka eksternal;
3. spesifikasi keandalan dan keselamatan;
4. persyaratan ergonomis;
5. persyaratan data yang digunakan;
6. persyaratan pemasangan dan penerimaan;
7. persyaratan untuk dokumentasi pengguna;
8. persyaratan untuk operasi dan pemeliharaan.

Persyaratan perangkat lunak dinilai berdasarkan kriteria kepatuhan terhadap persyaratan sistem secara keseluruhan, kelayakan dan kemampuan pengujian.

Desain arsitektur perangkat lunak mencakup tugas-tugas berikut untuk setiap komponen perangkat lunak:

1. transformasi persyaratan perangkat lunak menjadi arsitektur yang mendefinisikan struktur perangkat lunak dan komposisi komponennya pada tingkat tinggi;
2. pengembangan dan dokumentasi antarmuka perangkat lunak dan database (DB);
3. pengembangan versi awal dokumentasi pengguna;
4. pengembangan dan dokumentasi persyaratan pengujian pendahuluan dan rencana integrasi perangkat lunak.

Desain perangkat lunak terperinci mencakup tugas-tugas berikut:

1. deskripsi komponen perangkat lunak dan antarmuka di antara mereka pada tingkat yang lebih rendah, cukup untuk pengkodean dan pengujian selanjutnya;
2. mengembangkan dan mendokumentasikan desain database rinci;
3. memperbarui (jika perlu) dokumentasi pengguna;
4. pengembangan dan dokumentasi persyaratan pengujian dan rencana pengujian komponen perangkat lunak;

Pengkodean dan pengujian perangkat lunak mencakup tugas-tugas berikut:

1. mengkodekan dan mendokumentasikan setiap komponen perangkat lunak dan database, serta menyiapkan serangkaian prosedur pengujian dan data untuk pengujiannya;
2. menguji setiap komponen perangkat lunak dan basis data untuk memenuhi persyaratannya, diikuti dengan dokumentasi hasil pengujian;
3. memperbarui dokumentasi (jika perlu);
4. memperbarui rencana integrasi perangkat lunak.

Integrasi perangkat lunak melibatkan perakitan komponen perangkat lunak yang dikembangkan sesuai dengan rencana integrasi dan pengujian untuk komponen agregat. Untuk setiap komponen gabungan, set pengujian dan prosedur pengujian dikembangkan untuk memverifikasi setiap persyaratan kualifikasi selama pengujian kualifikasi berikutnya. Persyaratan kualifikasi adalah seperangkat kriteria atau kondisi yang harus dipenuhi agar memenuhi syarat perangkat lunak memenuhi spesifikasi dan siap digunakan di lapangan.

Pengujian kualifikasi perangkat lunak dilakukan oleh pengembang di hadapan pelanggan (

Proses operasi mencakup aktivitas dan tugas organisasi operator yang mengoperasikan sistem. Proses operasi mencakup langkah-langkah berikut.

1. Pekerjaan persiapan, termasuk operator yang melakukan tugas-tugas berikut:

   1. merencanakan kegiatan dan pekerjaan yang dilakukan selama operasi dan menetapkan standar operasional;
   2. penentuan prosedur untuk melokalisasi dan menyelesaikan masalah yang timbul selama operasi.
2. Pengujian operasional dilakukan untuk setiap edisi berikutnya dari suatu produk perangkat lunak, setelah itu edisi ini dioperasikan.
3. Pengoperasian sistem yang sebenarnya, yang dilakukan di lingkungan yang dimaksudkan untuk tujuan ini sesuai dengan dokumentasi pengguna.
4. analisis masalah dan permintaan modifikasi perangkat lunak (analisis pesan tentang suatu masalah atau permintaan modifikasi, penilaian skala, biaya modifikasi, efek yang dihasilkan, penilaian kelayakan modifikasi);
5. modifikasi perangkat lunak (melakukan perubahan komponen dan dokumentasi produk perangkat lunak sesuai dengan aturan proses pengembangan);
6. verifikasi dan penerimaan (dalam hal integritas sistem yang dimodifikasi);
7. mentransfer perangkat lunak ke lingkungan lain (mengonversi program dan data, pengoperasian perangkat lunak secara paralel di lingkungan lama dan baru untuk jangka waktu tertentu);
8. penonaktifan perangkat lunak berdasarkan keputusan pelanggan dengan partisipasi organisasi pengoperasi, layanan dukungan, dan pengguna. Dalam hal ini, produk perangkat lunak dan dokumentasinya harus diarsipkan sesuai dengan perjanjian.