Proses Rekayasa Sistem

Dipublikasikan oleh Syayyidatur Rosyida

07 Mei 2024, 11.03

sumber: pixabay.com

Definisi daftar istilah dadu

rekayasa sistm

Pendekatan metodis dan disiplin untuk spesifikasi, desain, pengembangan, realisasi, manajemen teknis, operasi, dan pensiun suatu sistem.

Definisi alternatif

Proses rekayasa sistem DoD adalah kumpulan proses manajemen teknis dan proses teknis yang diterapkan melalui siklus hidup akuisisi. Proses manajemen teknis adalah perencanaan teknis, manajemen konfigurasi, manajemen antarmuka, manajemen data teknis, manajemen persyaratan, manajemen risiko, penilaian teknis, dan analisis keputusan. Proses teknisnya adalah definisi kebutuhan pemangku kepentingan, analisis kebutuhan, desain arsitektur, implementasi, integrasi, verifikasi, validasi, dan transisi.

Informasi umum

Model proses rekayasa sistem (SE) Departemen Pertahanan telah direvisi beberapa kali. Model ini berevolusi dari kumpulan proses yang berfokus pada desain menjadi kumpulan dua subset proses, proses manajemen teknis dan proses teknis, seperti yang digambarkan pada Gambar 1 hingga Gambar 4. Evolusi model proses rekayasa sistem DoD telah didasarkan pada sejumlah standar proses rekayasa sistem industri, termasuk

  • IEEE15288.1-2014 Penerapan SE pada Program Pertahanan
  • ISO/IEC 26702, Aplikasi dan Manajemen Proses Rekayasa Sistem
  • ISO/IEC/IEEE 42010, Deskripsi Arsitektur
  • AMDAL 632, Proses untuk Merekayasa Sistem

Model proses SE DoD awal

Sebagaimana diilustrasikan oleh Gambar 1, kegiatan rekayasa sistem yang mendasar adalah proses analisis persyaratan, analisis fungsional dan proses alokasi, dan proses sintesis desain-semuanya diimbangi dengan teknik dan alat bantu yang secara kolektif disebut analisis dan kontrol sistem. Kontrol rekayasa sistem digunakan untuk melacak keputusan dan persyaratan, mempertahankan garis dasar teknis, mengelola antarmuka, mengelola risiko, melacak biaya dan jadwal, melacak kinerja teknis, memverifikasi persyaratan yang dipenuhi, dan meninjau / mengaudit kemajuan.

Sumber: dau.edu Gambar 1. Model Proses SE DoD Awal

Input proses terutama terdiri dari kebutuhan, tujuan, persyaratan, dan kendala proyek pelanggan. Masukan dapat mencakup, tetapi tidak terbatas pada, misi, ukuran efektivitas, lingkungan, basis teknologi yang tersedia, persyaratan keluaran dari penerapan proses rekayasa sistem sebelumnya, persyaratan keputusan program, dan persyaratan berdasarkan “pengetahuan perusahaan.”

Proses analisis persyaratan digunakan untuk mengembangkan persyaratan fungsional dan kinerja; yaitu, persyaratan pelanggan diterjemahkan ke dalam seperangkat persyaratan yang mendefinisikan apa yang harus dilakukan oleh sistem dan seberapa baik kinerjanya. Insinyur sistem harus memastikan bahwa persyaratan dapat dimengerti, tidak ambigu, komprehensif, lengkap, dan ringkas.

Fungsi dianalisis dengan menguraikan fungsi tingkat yang lebih tinggi yang diidentifikasi melalui analisis persyaratan menjadi fungsi tingkat yang lebih rendah. Persyaratan kinerja yang terkait dengan tingkat yang lebih tinggi dialokasikan ke fungsi yang lebih rendah. Hasilnya adalah deskripsi produk atau item dalam hal apa yang dilakukannya secara logis dan dalam hal kinerja yang dibutuhkan. Deskripsi ini sering disebut arsitektur fungsional produk atau item. Analisis fungsional dan proses alokasi memungkinkan pemahaman yang lebih baik tentang apa yang harus dilakukan sistem, dengan cara apa sistem dapat melakukannya, dan sampai batas tertentu, prioritas dan konflik yang terkait dengan fungsi tingkat yang lebih rendah. Proses ini memberikan informasi yang penting untuk mengoptimalkan solusi fisik. Alat-alat utama dalam analisis dan alokasi fungsional adalah diagram blok aliran fungsional, analisis garis waktu, dan lembar alokasi persyaratan.

Kinerja analisis fungsional dan alokasi menghasilkan pemahaman yang lebih baik tentang persyaratan dan harus mendorong pertimbangan ulang analisis persyaratan. Setiap fungsi yang diidentifikasi harus dapat ditelusuri kembali ke persyaratan. Proses berulang untuk meninjau kembali analisis kebutuhan sebagai hasil dari analisis fungsional dan alokasi disebut sebagai lingkaran kebutuhan.

Sintesis desain adalah proses mendefinisikan produk atau item dalam hal elemen fisik dan perangkat lunak yang bersama-sama membentuk dan mendefinisikan item tersebut. Hasilnya sering disebut sebagai arsitektur fisik. Setiap bagian harus memenuhi setidaknya satu persyaratan fungsional, dan setiap bagian dapat mendukung banyak fungsi. Arsitektur fisik adalah struktur dasar untuk menghasilkan spesifikasi dan garis dasar.

Mirip dengan lingkaran persyaratan yang dijelaskan di atas, lingkaran desain adalah proses meninjau kembali arsitektur fungsional untuk memverifikasi bahwa desain fisik yang disintesis dapat melakukan fungsi yang diperlukan pada tingkat kinerja yang diperlukan. Lingkaran desain memungkinkan pertimbangan ulang tentang bagaimana sistem akan menjalankan misinya, dan ini membantu mengoptimalkan desain yang disintesis.

Untuk setiap penerapan proses rekayasa sistem, solusi akan dibandingkan dengan persyaratan. Bagian dari proses ini disebut loop verifikasi, atau lebih umum lagi, Verifikasi. Setiap persyaratan di setiap tingkat pengembangan harus dapat diverifikasi. Dokumentasi dasar yang dikembangkan selama proses rekayasa sistem harus menetapkan metode verifikasi untuk setiap persyaratan. Metode verifikasi yang tepat meliputi pemeriksaan, demonstrasi, analisis (termasuk pemodelan dan simulasi), dan pengujian. Pengujian dan evaluasi formal (baik pengembangan maupun operasional) merupakan kontributor penting dalam verifikasi sistem.

Analisis dan pengendalian sistem mencakup kegiatan manajemen teknis yang diperlukan untuk mengukur kemajuan, mengevaluasi dan memilih alternatif, serta mendokumentasikan data dan keputusan. Kegiatan ini berlaku untuk semua langkah dalam proses rekayasa sistem. Tujuan dari analisis dan pengendalian sistem adalah untuk memastikan bahwa:

  • Keputusan alternatif solusi dibuat hanya setelah mengevaluasi dampaknya terhadap efektivitas sistem, sumber daya siklus hidup, risiko, dan persyaratan pelanggan
  • Keputusan teknis dan persyaratan spesifikasi didasarkan pada keluaran rekayasa sistem
  • Ketertelusuran dari input proses rekayasa sistem ke output dipertahankan
  • Jadwal untuk pengembangan dan pengiriman saling mendukung
  • Disiplin teknis yang diperlukan diintegrasikan ke dalam upaya rekayasa sistem
  • Dampak dari persyaratan pelanggan pada persyaratan fungsional dan kinerja yang dihasilkan diperiksa untuk validitas, konsistensi, keinginan, dan pencapaian
  • Persyaratan desain produk dan proses dapat ditelusuri secara langsung ke persyaratan fungsional dan kinerja yang dirancang untuk dipenuhi, dan sebaliknya.

Output proses tergantung pada tingkat pengembangan. Ini akan mencakup basis data keputusan, sistem atau arsitektur item konfigurasi, dan garis dasar, termasuk spesifikasi, yang sesuai dengan fase pengembangan. Secara umum, ini adalah data apa pun yang menggambarkan atau mengontrol konfigurasi produk atau proses yang diperlukan untuk mengembangkan produk tersebut.

Model proses SE departemen pertahanan tahun 2003

Model proses DoD SE tahun 2003 terdiri dari kategori-kategori yang terdiri dari:

  • Proses Teknis
  • Proses Manajemen Teknis

Sumber: dau.edu Gambar 2. Model Proses SE Departemen Pertahanan tahun 2003

Di antara proses-proses teknis, proses pengembangan persyaratan, proses analisis logis dan proses solusi desain secara kolektif disebut proses desain, seperti yang ditunjukkan pada Gambar 2. Proses-proses ini digunakan untuk mendesain produk dari suatu sistem, termasuk produk operasional dan produk pendukung atau pendukung yang diperlukan untuk memproduksi, mendukung, mengoperasikan atau membuang sistem. Proses teknis lainnya secara kolektif disebut proses realisasi. Proses-proses ini digunakan untuk mewujudkan produk-produk sistem ini. Deskripsi dari proses-proses teknis tercantum di bawah ini:

  • Proses pengembangan persyaratan mengambil semua masukan dari pengguna dan pemangku kepentingan, mengklarifikasikannya seperlunya dan pada akhirnya menerjemahkan masukan ini ke dalam Persyaratan Teknis.
  • Proses analisis logis melalui analisis fungsional, meningkatkan pemahaman tentang Persyaratan Teknis yang telah ditentukan dan hubungan di antara mereka (misalnya, fungsional, perilaku, terkait waktu) dengan membuat dan menganalisis arsitektur fungsional.
  • Proses solusi desain menerjemahkan output dari proses Definisi Persyaratan Pemangku Kepentingan dan Analisis Persyaratan ke dalam solusi desain alternatif, arsitektur fisik, dan pada akhirnya solusi desain akhir (kumpulan Persyaratan yang Ditentukan Solusi).
  • Proses Implementasi menentukan tiga cara, melakukan pembelian atau penggunaan kembali, untuk mewujudkan elemen sistem tingkat rendah.
  • Proses integrasi menggabungkan elemen sistem tingkat rendah ke dalam subsistem dan sistem tingkat yang lebih tinggi.
  • Proses verifikasi mengkonfirmasi bahwa elemen sistem memenuhi spesifikasi desain-ke atau build-to.
  • Proses validasi mengkonfirmasi bahwa elemen sistem memenuhi Persyaratan Pemangku Kepentingan.
  • Proses transisi memindahkan elemen sistem ke tahap pengembangan berikutnya, atau untuk sistem barang jadi, ke pengguna.

Proses manajemen teknis digunakan untuk mengelola pengembangan produk sistem, termasuk produk pendukung atau pendukung. Proses ini digunakan bersamaan dengan proses teknis. Proses yang terakhir melakukan pekerjaan rekayasa sistem, sementara proses yang pertama memastikan bahwa pekerjaan dilakukan dengan benar. Deskripsi proses manajemen teknis tercantum di bawah ini:

  • Proses perencanaan teknis memastikan penerapan proses rekayasa sistem yang tepat.
  • Proses manajemen persyaratan menyediakan ketertelusuran, yang pada akhirnya kembali ke kemampuan dan kebutuhan yang ditentukan pengguna.
  • Proses manajemen antarmuka memastikan definisi antarmuka dan kesesuaian di antara elemen-elemen yang menyusun sistem serta dengan sistem lain yang harus dioperasikan oleh sistem atau elemen-elemen sistem.
  • Proses manajemen risiko memeriksa risiko teknis yang menyimpang dari rencana program.
  • Proses manajemen konfigurasi menetapkan dan menjaga konsistensi atribut produk dengan persyaratan dan informasi konfigurasi produk.
  • Proses manajemen data teknis merencanakan, memperoleh, mengakses, mengelola, melindungi, dan menggunakan data yang bersifat teknis untuk mendukung siklus hidup total sistem.
  • Proses penilaian teknis mengukur kemajuan teknis dan efektivitas rencana dan persyaratan. Alat penilaian teknis utama meliputi: manajemen nilai yang diperoleh (EVM), pengukuran kinerja teknis (TPM) dan tinjauan teknis.
  • Proses analisis keputusan memberikan dasar untuk mengevaluasi dan memilih alternatif teknis ketika keputusan perlu dibuat.

Model proses SE departemen pertahanan tahun 2008 

Model proses SE DoD tahun 2008 hanya mengubah nama-nama proses desain dari model sebelumnya, seperti yang digambarkan pada Gambar 3. Proses pengembangan kebutuhan diubah namanya menjadi proses definisi kebutuhan pemangku kepentingan. Proses analisis logis diubah namanya menjadi proses analisis kebutuhan, dan proses solusi desain diubah namanya menjadi proses desain arsitektur.

Sumber: dau.edu Gambar 3. Model Proses SE Dephan tahun 2008

Sumber: dau.edu Gambar 4. Model Proses SE Departemen Pertahanan tahun 2014

Model proses SE DoD tahun 2014 mengubah ilustrasi model sebelumnya, seperti yang digambarkan pada Gambar 4, yang menggabungkan hubungan aktivitas SE utama dan proses SE. Model ini juga mengganti nama rangkaian proses desain menjadi rangkaian proses dekomposisi. Semua proses tetap memiliki definisi yang sama dengan model sebelumnya.

Disadur dari: dau.edu