Di bidang sains, teknologi informasi, dan pengetahuan, tingkat kesulitan sistem merupakan hal yang sangat penting. Ketika sistem menjadi lebih rumit, metode tradisional untuk memecahkan masalah menjadi tidak efisien. Analisis sistem adalah memeriksa masalah bisnis, mengidentifikasi tujuan dan persyaratannya, dan kemudian merancang solusi yang paling optimal untuk memenuhi kebutuhan tersebut.

Analisis Sistem
Ini adalah langkah pertama dalam setiap pengembangan sistem dan fase kritis di mana para pengembang berkumpul untuk memahami masalah, kebutuhan, dan tujuan proyek.

Beberapa aspek kunci dari analisis sistem adalah:

• Identifikasi Masalah: Hal ini melibatkan identifikasi masalah yang ingin diatasi oleh sistem. Apakah itu mengotomatisasi proses bisnis, meningkatkan manajemen data, atau meningkatkan pengalaman pengguna, memahami masalah adalah langkah pertama dan terpenting.
• Pengumpulan Persyaratan: Setelah masalah teridentifikasi, langkah selanjutnya adalah mengumpulkan dan menuliskan persyaratan. Hal ini melibatkan komunikasi dengan pelanggan dan pengembang untuk mengumpulkan informasi tentang bagaimana sistem akan dirancang.
• Studi kelayakan: Sebelum masuk ke pengembangan, penting untuk memeriksa kelayakan proyek. Hal ini mencakup evaluasi aspek teknis, operasional, dan keuangan untuk menentukan kelayakan solusi yang diusulkan.
• Analisis dan pemodelan: Untuk mendapatkan wawasan yang mendalam tentang sistem, analis mengembangkan berbagai model, seperti Data Flow Diagram (DFD), Use Case, dan Entity-Relationship (ER) diagram. Model-model ini membantu pelanggan untuk memvisualisasikan sistem dan interaksinya.
• Definisi Ruang Lingkup: Mendefinisikan ruang lingkup sistem penting untuk mencegah penambahan fitur yang berlebihan pada sistem dan memastikan bahwa proyek tetap berada dalam batas-batasnya. Ini mengidentifikasi apa yang merupakan bagian dari sistem dan apa yang tidak.

Contoh:

Sistem Deteksi Penipuan: Mempelajari pola transaksi dan ketidakkonsistenan dalam data keuangan untuk mengembangkan algoritme untuk mendeteksi dan mencegah aktivitas penipuan.

^{_{Sumber: geeksforgeeks.org}}

Analisis sistem (analisis sistem - desain sistem)

Desain sistem
Desain sistem adalah tempat cetak biru proyek dibuat. Hal ini melibatkan transformasi persyaratan yang diidentifikasi dalam fase analisis menjadi solusi visual. Komponen utama dari desain sistem adalah sebagai berikut:

• Desain arsitektur: Fase ini menggambarkan struktur tingkat tinggi dari sistem. Hal ini termasuk menentukan komponen perangkat lunak dan perangkat keras, konektivitas mereka satu sama lain dan desain keseluruhan sistem. Arsitek membuat desain penting untuk memastikan skalabilitas, kinerja, dan keamanan.
• Konfigurasi basis data: Fase desain termasuk mendefinisikan skema basis data, penyimpanan data, dan metode akses. Seorang programmer database memastikan bahwa data diatur dengan benar, dan sistem dapat mengambil dan memproses data secara efisien.
• Sistem komunikasi: Kontrol komunikasi adalah komponen penting dari sebagian besar sistem. Pada fase ini, desainer membuat elemen visual dan interaksi sistem.
• Desain Algoritma: Algoritma yang kompleks dirancang dalam fase ini. Algoritma adalah logika atau program yang membuat sistem bekerja, dan efisiensi serta keakuratannya sangat penting.
• Keamanan: Keamanan data adalah perhatian utama dalam dunia digital saat ini. Pengembang harus merencanakan langkah-langkah keamanan untuk melindungi sistem dan datanya, seperti enkripsi, kontrol akses, dan tindakan ancaman.
• Pengujian dan Pemeliharaan: Rencana sistem juga harus mencakup rencana pengujian dan validasi. Perancang harus menentukan bagaimana sistem akan diuji untuk memastikan bahwa sistem tersebut memenuhi persyaratan yang ditentukan dan bekerja sesuai rencana.
• Dokumentasi: Dokumentasi yang sesuai diperlukan untuk memelihara sistem dan memungkinkan penggunaan di masa mendatang. Selama fase desain, dokumentasi harus dibuat atau diperbarui untuk memastikan bahwa tim pengembangan dan pengguna akhir dapat mengakses informasi yang diperlukan.

Contoh:

Sistem Manajemen Pendidikan:

1. Komponen: Basis data siswa, detail mata kuliah, modul manajemen, sistem penilaian.
2. Modul: Pendaftaran, pelacakan kehadiran, pengiriman tugas, nilai.
3. Antarmuka: Portal siswa, portal guru, portal orang tua.

^{_{Sumber: geeksforgeeks.org}}

Apa yang dimaksud dengan Sistem?

Sistem adalah sekumpulan hal yang bekerja bersama sebagai jaringan yang saling berhubungan untuk mencapai tujuan tertentu. Sekumpulan hal tersebut dapat berupa perangkat keras, perangkat lunak, karyawan, dan masih banyak lagi. Sistem ada di mana-mana di sekitar kita seperti sistem komputer yang memiliki perangkat keras dan perangkat lunak untuk menjalankan fungsi tertentu.

Contoh: Sistem biologis, sistem pendidikan, sistem fisik, dll.

Batasan-batasan dari sebuah Sistem

Setiap sistem bekerja dalam batasan-batasan tertentu yang disebut kendala. Batasan-batasan ini menentukan batas-batas di mana sistem dapat beroperasi. Batasan yang umum termasuk batasan keuangan, batasan teknis, dan batasan waktu, yang penting dalam memandu pengembangan dan pengoperasian program.

Sifat-sifat sistem

Sistem memiliki beberapa sifat utama:

1. Keterkaitan: Komponen di dalam perangkat saling berhubungan, perubahan pada satu sistem dapat menyebabkan perubahan pada sistem lainnya.
2. Lingkungan: Sistem berada di dalam lingkungan, berinteraksi dengan lingkungan dan dipengaruhi oleh lingkungan.
3. Batas: Sistem memiliki batas yang dijelaskan yang memisahkannya dari lingkungan eksternal. Hal ini penting untuk mempelajari bagaimana sistem berinteraksi dengan lingkungan eksternal.
4. Tujuan: Sistem dirancang dengan tujuan yang jelas dan sasaran yang spesifik. Komponen-komponen dari sebuah sistem diatur sedemikian rupa untuk melakukan tugas-tugas yang dimaksudkan.
5. Masukan dan Keluaran: Sistem membutuhkan input yang mengarah untuk memberikan output yang diinginkan.
6. Umpan balik: Umpan balik adalah bagian terpenting dari sistem karena membantu pengembang untuk memperbaruinya sesuai dengan kebutuhan pengguna.

Elemen-elemen sistem

1. Masukan: Data yang diperoleh perangkat dari sumber eksternal.
2. Proses: Aktivitas yang terjadi di dalam sistem.
3. Keluaran: Hasil setelah memproses input.
4. Umpan balik: Umpan balik diberikan oleh pelanggan untuk memperbaiki sistem.

Elemen-elemen dari sebuah sistem (-Analisis Sistem - Desain Sistem)

^{_{Sumber: geeksforgeeks.org}}

Jenis-jenis sistem

• Sistem Terbuka: Sistem terbuka adalah sistem yang berinteraksi secara bebas dengan faktor eksternal. Sistem ini mampu mengadaptasi perubahan yang terjadi di dalam sistem.
  • Contoh: organisasi bisnis.
• Sistem Tertutup: Sistem tertutup adalah sistem yang berada di dalam dirinya sendiri. Sistem ini tidak memiliki interaksi dengan lingkungan.
  • Contoh: Sistem komputer.
• Sistem Adaptif: Sistem adaptif adalah sistem yang mengubah perilakunya dengan perubahan lingkungan.
  • Contoh: pasar yang terus berubah.
• Sistem Dinamis: Sistem dinamis adalah sistem yang berubah dan berkembang selama periode waktu tertentu.
  • Contoh: perubahan sistem ekologi dengan faktor-faktor seperti perubahan iklim.

Model sistem

Model sistem adalah representasi sistem dunia nyata yang disederhanakan yang membantu kita memahami, menganalisis, dan merancang sistem yang kompleks. Model-model ini merupakan alat penting yang digunakan di berbagai bidang seperti teknik, ilmu komputer, ekonomi, dan biologi untuk mempelajari dan memprediksi perilaku sistem. Model sistem dapat berbentuk visual, matematis, atau konseptual. Model-model ini memberikan wawasan tentang desain program, komunikasi, dan pengembangan. Berikut adalah beberapa jenis model sistem yang umum digunakan: Matematika, Simulasi, Grafik, Fisik, Konseptual.

Kategori Informasi

Dalam konteks sistem, catatan dapat dikategorikan sebagai berikut:

1. Informasi Operasional: Informasi yang digunakan untuk melakukan operasi sehari-hari.
2. Informasi Manajemen: Informasi yang digunakan oleh para manajer untuk pengambilan keputusan.
3. Informasi Strategis: Informasi yang berkaitan dengan rencana jangka panjang dan formula pendekatan.

Kesimpulan

Kesimpulannya, analisis dan desain sistem membentuk landasan pengembangan perangkat lunak yang sukses dan pemecahan masalah di berbagai domain. Analisis dan desain sistem adalah proses mendasar yang membantu kita menavigasi kompleksitas sistem modern dan membuat inovasi di dunia yang berubah dengan cepat.

Merasa tersesat di dunia Desain Sistem yang luas? Saatnya untuk bertransformasi! Daftarkan diri Anda dalam Kursus Menguasai Desain Sistem Dari Solusi Tingkat Rendah hingga Tingkat Tinggi - Kursus Langsung dan mulailah perjalanan yang menggembirakan untuk menguasai konsep dan teknik desain sistem secara efisien.

Disadur dari: geeksforgeeks.or

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

Bagaimana perbandingannya dengan teknik mekatronika?
Dalam teknik desain sistem, fokus pada semester awal adalah membangun dasar pengetahuan teknik umum, serta pengetahuan dan pengalaman dengan metodologi desain yang dapat diterapkan secara luas. Mahasiswa kemudian dapat mengambil pilihan teknis dan mengerjakan proyek-proyek desain tingkat lanjut di bidang-bidang yang menjadi minat mereka, seperti mekatronika, sistem cerdas, interaksi manusia-komputer, pemodelan sistem, dan energi alternatif.

Sebaliknya, program teknik mekatronika berfokus secara khusus pada desain sistem mekatronika yang efektif yang menggabungkan konsep mekanik, elektronik, komputer, dan perangkat lunak, seperti robotika, sistem kendaraan, dan perangkat “pintar”.

Bagi siswa yang tertarik pada aplikasi luas desain dan sistem mekatronika, pendekatan terbaik mungkin adalah menggabungkan program Desain Sistem dengan Opsi Mekatronika.

Bagaimana perbandingannya dengan rekayasa komputer, sistem, dan perangkat lunak?
Program-program di bidang teknik komputer dan teknik sistem berfokus hampir secara eksklusif pada sistem komputasi (perangkat keras/perangkat lunak), sedangkan Desain Sistem mencakup berbagai macam sistem yang jauh lebih luas yang mungkin atau mungkin tidak termasuk sistem komputasi. Demikian pula, program rekayasa perangkat lunak Waterloo berfokus hampir secara eksklusif pada pengembangan perangkat lunak.

Banyak mahasiswa desain sistem menemukan diri mereka dalam pekerjaan yang berorientasi pada perangkat lunak (pemrograman), terutama selama masa kerja awal. Namun, mahasiswa kami tidak terikat untuk mengikuti jalur yang hanya berorientasi pada komputer atau perangkat lunak.

Mahasiswa mengambil sekitar satu mata kuliah berbasis komputer per semester selama dua tahun pertama masa studi, setelah itu mereka dapat memilih untuk mengambil mata kuliah pilihan yang terkait dengan komputer dan perangkat lunak, atau berkonsentrasi pada bidang-bidang seperti sistem ergonomi-manusia dan sosial-lingkungan. Proyek desain senior mencakup berbagai aplikasi, pemodelan sistem lingkungan, analisis konflik, pengenalan pola, sistem cerdas, interaksi manusia-komputer, dan biomekanik.

Bagaimana jika dibandingkan dengan manajemen dan teknik industri?

Teknik industri secara tradisional berfokus pada penerapan metode teknik untuk peningkatan proses manufaktur dan industri, namun telah diperluas untuk mencakup domain terkait pekerjaan lainnya seperti perawatan kesehatan dan manajemen informasi. Ini adalah fokus program teknik manajemen Waterloo, yang ditawarkan oleh Departemen Ilmu Manajemen kami.

Rekayasa desain sistem mencakup banyak metode teknik industri sebagai bagian dari kurikulum inti, seperti penjadwalan dan optimasi, faktor manusia dan ergonomi, manajemen informasi, dan manajemen proyek, yang diterapkan dalam proyek desain tim tahun pertama siswa. Namun, siswa kami juga mempelajari dasar-dasar disiplin ilmu mekanik, listrik, komputasi, sipil, dan rekayasa perangkat lunak, yang memungkinkan mereka menentukan di mana mereka memfokuskan studi mereka di tahun-tahun atas.

Disadur dari: uwaterloo.ca

Artikel Rekayasa dan Manajemen Sistem (SE&M) memberikan praktik terbaik siklus hidup sistem untuk mendefinisikan dan melaksanakan proses interdisipliner guna memastikan bahwa kebutuhan pelanggan terpenuhi dengan kinerja teknis, jadwal, dan solusi yang sesuai dengan biaya. Gambar di bawah ini menggambarkan konteks proses SE&M dan panduan praktik dalam SEBoK.

^{_{Sumber: sebokwiki.org}}

^{_{Gambar 1: Konteks SE&M SEBoK Bagian 3 [SEBoK Asli] untuk lebih jelasnya lihat Struktur SEBoK}}

Materi SE&M saat ini sedang diperbarui untuk memberikan panduan implementasi Rekayasa Digital [DE] dan Rekayasa Sistem Berbasis Model [MBSE] bagi para praktisi desain sistem yang menggunakan Bahasa Pemodelan Sistem (SysML).

• DE melakukan pengembangan sistem-perangkat lunak Agile berdasarkan standar terbuka industri dengan menggunakan MBSE.
• MBSE mengembangkan dan mengintegrasikan model desain SysML dengan kemampuan simulasi untuk kolaborasi lintas domain di seluruh siklus hidup.
• SysML adalah notasi grafis standar industri dengan semantik formal (makna) untuk mendefinisikan persyaratan sistem, batasan, alokasi, perilaku dan karakteristik struktur

Artikel SE&M memberikan contoh proses dan praktik yang dapat disesuaikan bagi organisasi teknik untuk memenuhi tujuan bisnis strategis dan tujuan proyek individu termasuk:

• Bagaimana teknik melakukan pengembangan sistem
• Tujuan dari setiap artefak teknik yang dihasilkan
• Bagaimana sistem diintegrasikan, dan persyaratan diverifikasi
• Bagaimana desain produk baru dialihkan ke operasi produksi
• Bagaimana sistem yang dihasilkan digunakan dan dipertahankan untuk memenuhi kebutuhan pelanggan

Tinjauan rekayasa dan manajemen sistem

Peran Rekayasa Sistem [SE] adalah mendefinisikan persyaratan sistem, batasan, alokasi, perilaku, dan karakteristik struktur untuk memenuhi kebutuhan pelanggan. Sistem didefinisikan dalam hal elemen struktural hirarkis dan interaksi perilakunya. Interaksi tersebut meliputi pertukaran data, energi, gaya, atau massa yang memodifikasi keadaan elemen-elemen yang bekerja sama sehingga menghasilkan perilaku yang muncul, diskrit, atau kontinu. Perilaku tersebut berada pada tingkat agregasi berurutan [bottoms-up] atau dekomposisi [top-down] untuk memenuhi persyaratan, kendala, dan alokasi. SE berkolaborasi dalam tim produk terintegrasi dengan teknik kelistrikan, mekanik, perangkat lunak, dan teknik khusus untuk menentukan implementasi desain rinci subsistem dan komponen untuk mengembangkan solusi teknis yang menyeluruh.

SE secara tradisional menerapkan praktik-praktik spesifik domain yang intuitif yang menekankan pada proses dan prosedur dengan kemampuan menulis yang baik untuk mengatur informasi secara manual dalam kumpulan dokumen yang berbeda termasuk spesifikasi kebutuhan sistem tekstual, laporan analisis, deskripsi desain sistem, dan spesifikasi antarmuka. SE tradisional sering disebut sebagai pendekatan yang berpusat pada dokumen. Praktisi desain sistem telah mengembangkan teknik berbasis model sejak akhir 1990-an untuk memfasilitasi komunikasi, mengelola kompleksitas desain, meningkatkan kualitas produk, meningkatkan penangkapan dan penggunaan kembali pengetahuan. MBSE didefinisikan sebagai aplikasi formal pemodelan grafis dengan definisi semantik yang tepat untuk analisis operasional, definisi persyaratan, pengembangan desain sistem, dan kegiatan verifikasi yang dimulai pada fase konseptual dan berlanjut di seluruh fase siklus hidup selanjutnya [INCOSE, 2015]. MBSE melakukan pengembangan sistem dengan menggunakan ekosistem rekayasa yang terdiri dari alat yang tersedia secara komersial untuk membuat model desain sistem dengan semantik yang sesuai dengan SysML yang merepresentasikan persyaratan sistem, batasan, alokasi, perilaku, dan karakteristik struktur. Model desain sistem ini menyediakan Sumber Kebenaran Otoritatif [ASoT] untuk dasar teknis proyek dengan kemampuan simulasi ujung ke ujung yang terintegrasi untuk mengevaluasi parameter kinerja utama sistem dalam lingkungan komputasi digital. MBSE mencakup pembuatan, pengembangan, dan pemanfaatan model desain digital dengan analisis khusus produk domain termasuk kedirgantaraan, mobil, konsumen, pertahanan, dan perangkat lunak.

Adopsi praktik DE baru-baru ini [Roper, 2020] memperluas transformasi MBSE berdasarkan prinsip-prinsip berikut:

• Pengembangan Sistem dan Perangkat Lunak Tangkas untuk memprioritaskan pengembangan kemampuan dan merespons ancaman, lingkungan, dan tantangan yang terus berkembang.
• Modular Open System Approach [MOSA] untuk mengembangkan lini produk berdasarkan standar industri yang dapat beradaptasi dengan kebutuhan pelanggan yang terus berkembang dengan kapabilitas baru, yang dimodifikasi, dan yang sudah ada [reuse].
• Digital Engineering [DE] untuk mengembangkan, mengintegrasikan, dan menggunakan model desain MBSE dengan kemampuan simulasi untuk meniru sistem dalam lingkungan komputasi digital secara realistis untuk kolaborasi lintas domain di seluruh siklus pengembangan, verifikasi, produksi, dan keberlanjutan desain sistem.

Model desain sistem mencakup representasi desain sistem fungsional, logis, dan fisik dengan kemampuan yang terintegrasi dengan disiplin ilmu kelistrikan, mekanik, perangkat lunak, dan desain khusus untuk penilaian fungsional dan kinerja sistem. Skrip model desain dapat mengekspor spesifikasi fungsional (SSS, B1, B2, B5), spesifikasi antarmuka (IRS, ICD, IDD), laporan penelusuran desain & persyaratan, dan deskripsi desain (SADD, SSDD, SWDD). Simulasi terintegrasi menyediakan kembaran digital dengan utas digital dari parameter kinerja utama sistem untuk mengevaluasi alternatif desain dalam lingkungan komputasi digital untuk menemukan dan menyelesaikan cacat desain sebelum mengeluarkan biaya untuk memproduksi prototipe fisik.

• Thread digital adalah kerangka kerja analitis yang menyediakan simulasi sistem ujung ke ujung untuk mengevaluasi operasi logis dan parameter kinerja utama di lingkungan komputasi digital dengan bertukar informasi antara alat pemodelan teknik yang berbeda di seluruh siklus hidup. Evaluasi simulasi thread digital memastikan bahwa persyaratan, interaksi, dan ketergantungan dipahami secara umum di seluruh disiplin ilmu teknik. Perubahan desain secara otomatis tercermin dalam semua penggunaan model desain untuk menilai kepatuhan, dengan masalah apa pun yang ditandai untuk tindakan perbaikan.
• Digital twins adalah representasi otoritatif dari sistem fisik termasuk koneksi ujung-ke-ujung utas digital dengan semua data, model, dan infrastruktur yang diperlukan untuk mendefinisikan dan mengoptimalkan siklus hidup sistem secara digital. Digital twins memungkinkan kolaborasi tim proyek, penilaian kinerja fungsional simulasi sistem, evaluasi dampak perubahan desain, dan perpustakaan penggunaan kembali manajemen lini produk

MBSE meningkatkan kemampuan untuk menangkap, menganalisis, berbagi, dan mengelola informasi otoritatif yang terkait dengan spesifikasi lengkap suatu produk dibandingkan dengan pendekatan berbasis dokumen tradisional. MBSE menyediakan kemampuan untuk mengkonsolidasikan informasi dalam sumber yang dapat diakses dan terpusat, memungkinkan otomatisasi sebagian atau keseluruhan dari banyak proses rekayasa sistem, dan memfasilitasi representasi interaktif dari komponen dan perilaku sistem. Materi SE&M yang lama semuanya terpengaruh oleh adopsi praktik MBSE, dan SEBoK memperbarui materinya untuk mencerminkan praktik dan prinsip terbaik dalam lingkungan rekayasa berbasis model yang terintegrasi.  Materi yang diperbarui untuk menentukan perilaku sistem dan karakteristik struktur dengan penelusuran ke persyaratan terkait disusun sesuai dengan Standar Proses Siklus Hidup Sistem ISO/IEC/IEEE-15288:2015 yang ditunjukkan pada gambar di bawah ini.

^{_{Sumber: sebokwiki.org}}

^{_{Gambar 2. Garis Besar Standar ISO/IEC/IEEE-15288:2015 (SEBoK Asli)}}

Gambar 3 menggambarkan contoh umum dari proses desain sistem berbasis model. Pendekatan ini konsisten dengan panduan Buku Pegangan Rekayasa Sistem INCOSE dengan penambahan repositori model desain sistem untuk mengelola dasar teknis proyek. Proses desain MBSE tidak bergantung pada metodologi desain tertentu (misalnya, analisis terstruktur, berorientasi objek, dll.) yang digunakan. Setiap elemen model desain memiliki definisi tunggal dengan beberapa contoh pada berbagai diagram yang menggambarkan struktur sistem dan karakteristik perilaku termasuk penelusuran ke persyaratan terkait. Proses desain berbasis model dapat disesuaikan untuk proyek-proyek yang bergantung pada pendekatan domain-area, pengembangan, dan siklus hidup.

^{_{Sumber: sebokwiki.org}}

^{_{Gambar 3: Proses Rekayasa Sistem Berbasis Model. (Sumber: SEBoK Original)}}

Pengetahuan dan keahlian desain sistem domain-area produk masih wajib dimiliki dengan penerapan pendekatan MBSE, yang menggunakan alat bantu pemodelan terintegrasi sebagai pengganti alat bantu gambar lawas (misalnya, Powerpoint, Visio), spesifikasi berbasis teks (misalnya, DOORS), dan laporan analisis rekayasa dan deskripsi desain (Word).

Panduan desain sistem berbasis model SE&M memungkinkan tim multidisiplin untuk mengelola garis dasar teknis proyek dalam satu model desain sistem yang tunggal, konsisten, dan tidak ambigu. Model desain MBSE yang terintegrasi berisi representasi fungsional dan logis sistem dengan implementasi desain rinci fisik untuk menentukan, menganalisis, merancang, dan memverifikasi bahwa persyaratan telah terpenuhi. Panduan ini mendefinisikan konvensi untuk mengembangkan model desain untuk menentukan perilaku sistem dan karakteristik struktur dengan penelusuran ke persyaratan proyek. Model desain menyediakan sumber informasi otoritatif digital untuk repositori informasi kebenaran untuk dasar teknis proyek. Simulasi model dengan kasus uji memfasilitasi verifikasi desain awal dalam lingkungan komputasi digital untuk menemukan dan menyelesaikan cacat desain sebelum mengeluarkan biaya untuk memproduksi prototipe fisik.

Praktik MBSE mengubah SE dari pendekatan berbasis dokumen saat ini menjadi penggunaan alat bantu desain berbantuan komputer yang sebanding dengan evolusi disiplin EE, ME, SW, dan SP beberapa tahun yang lalu. Manfaat nilai tambah adalah penggunaan alat pemodelan terintegrasi alih-alih alat gambar statis tradisional [misalnya, PowerPoint, Visio] untuk pengembangan produk, integrasi, dan verifikasi di seluruh siklus hidup sistem. Panduan desain sistem berbasis model SE&M memberikan praktik terbaik MBSE untuk menerapkan strategi rekayasa digital guna mengembangkan model desain sistem untuk menentukan dan mensimulasikan karakteristik perilaku/struktur dengan ketertelusuran ke persyaratan terkait berdasarkan prinsip-prinsip berikut:

1. Mengembangkan, mengintegrasikan, dan menggunakan model desain sistem digital untuk kolaborasi lintas domain di seluruh siklus hidup produk [yaitu, pengembangan teknik, produksi, dan keberlanjutan].
2. Mengelola lini produk berdasarkan standar terbuka industri dengan pustaka varian khusus yang disesuaikan untuk pelanggan dengan kemampuan desain sistem yang baru, dimodifikasi, dan yang sudah ada [penggunaan ulang].
3. Memelihara repositori informasi sumber kebenaran otoritatif digital untuk setiap varian produk yang telah disetujui secara teknis di seluruh siklus hidup produk untuk memfasilitasi kolaborasi dan menginformasikan pengambilan keputusan.
4. Melakukan simulasi model dengan kasus uji verifikasi untuk mengevaluasi perilaku dan struktur sistem dalam lingkungan komputasi digital untuk menemukan cacat desain sebelum biaya produksi prototipe fisik.
5. Mendefinisikan utas digital dari parameter kinerja utama teknis dan menyinkronkan informasi di seluruh alat pemodelan desain SE, EE, ME, SW, dan SP untuk memastikan persyaratan, interaksi, dan ketergantungan sistem dipahami secara umum. Perubahan desain secara otomatis tercermin dalam semua penggunaan model di seluruh alat bantu disiplin teknik dan dinilai kesesuaiannya, dengan masalah apa pun yang ditandai untuk tindakan perbaikan.
6. Memanfaatkan proses pengembangan “Agile” untuk menyediakan metode yang konsisten dalam mengembangkan model desain sistem dan mengidentifikasi utas digital untuk sinkronisasi data di seluruh disiplin ilmu teknik dalam lingkungan teknik berbasis model yang terintegrasi.

Pendekatan desain sistem berbasis model SE&M memiliki landasan ilmiah teoretis berdasarkan fenomena sistem yang didefinisikan oleh Prinsip Hamilton: sebuah sistem terdiri dari elemen-elemen hirarkis yang berinteraksi dengan cara bertukar data, energi, gaya, atau massa untuk mengubah keadaan elemen yang bekerja sama yang menghasilkan perilaku yang muncul, diskrit, atau kontinu pada tingkat agregasi atau dekomposisi yang progresif seperti yang ditunjukkan pada Gambar 4.

^{_{Sumber: sebokwiki.org}}

^{_{Gambar 4: Fenomena Sistem - Prinsip Hamilton. (Sumber: SEBoK Original)}}

Disadur dari: sebokwiki.org

Desain sistem adalah proses mendesain elemen-elemen sistem seperti arsitektur, modul dan komponen, antarmuka yang berbeda dari komponen-komponen tersebut, dan data yang melewati sistem tersebut.

Analisis Sistem adalah proses yang menguraikan sebuah sistem ke dalam bagian-bagian komponennya dengan tujuan untuk mendefinisikan seberapa baik komponen-komponen tersebut berinteraksi untuk mencapai persyaratan yang ditetapkan.

Tujuan dari proses Desain Sistem adalah untuk menyediakan data dan informasi terperinci yang cukup tentang sistem dan elemen-elemen sistemnya untuk memungkinkan implementasi yang konsisten dengan entitas arsitektur seperti yang didefinisikan dalam model dan pandangan arsitektur sistem.

Elemen-elemen sistem

1. Arsitektur - Ini adalah model konseptual yang mendefinisikan struktur, perilaku, dan lebih banyak pandangan dari sebuah sistem. Kita dapat menggunakan diagram alir untuk merepresentasikan dan mengilustrasikan arsitektur.
2. Modul - Ini adalah komponen yang menangani satu tugas tertentu dalam sebuah sistem. Kombinasi dari modul-modul tersebut membentuk sistem.
3. Komponen - Ini menyediakan fungsi tertentu atau kelompok fungsi terkait. Komponen ini terdiri dari modul-modul.
4. Antarmuka - Ini adalah batas bersama di mana komponen-komponen sistem bertukar informasi dan berhubungan.
5. Data - Ini adalah pengelolaan informasi dan aliran data.

Tugas utama yang dilakukan selama proses desain sistem

• Inisialisasi definisi desain
• Merencanakan dan Mengidentifikasi teknologi yang akan menyusun dan mengimplementasikan elemen-elemen sistem dan antarmuka fisiknya.
• Tentukan teknologi dan elemen sistem mana yang memiliki risiko untuk menjadi usang, atau berevolusi selama tahap operasi sistem. Rencanakan potensi penggantinya.
• Mendokumentasikan strategi definisi desain, termasuk kebutuhan dan persyaratan sistem, produk, atau layanan yang memungkinkan untuk menjalankan desain.

Menetapkan karakteristik desain

• Tetapkan karakteristik desain yang berkaitan dengan karakteristik arsitektur dan periksa apakah karakteristik tersebut dapat diimplementasikan.
• Tentukan antarmuka yang tidak ditentukan oleh proses Arsitektur Sistem atau yang perlu disempurnakan seiring dengan berkembangnya detail desain.
• Mendefinisikan dan mendokumentasikan karakteristik desain dari setiap elemen sistem2.

Menilai alternatif-alternatif untuk mendapatkan elemen-elemen sistem

• Menilai opsi desain
• Pilih alternatif yang paling tepat.
• Jika keputusan dibuat untuk mengembangkan elemen sistem, sisa proses definisi desain dan proses implementasi digunakan. Jika keputusannya adalah untuk membeli atau menggunakan kembali elemen sistem, proses akuisisi dapat digunakan untuk mendapatkan elemen sistem.

Mengelola desain

• Menangkap dan mempertahankan alasan untuk semua pilihan di antara alternatif dan keputusan untuk desain, karakteristik arsitektur.
• Menilai dan mengendalikan evolusi karakteristik desain.

Faktor-faktor yang mempengaruhi pertukaran teknologi selama desain sistem

Skala Produk

• Sebagai contoh, perusahaan perangkat lunak perusahaan yang membangun perangkat lunak tingkat sistem memprioritaskan keandalan karena pelanggan perlu menggunakannya. Setiap perubahan harus diuji secara ketat, dan sering kali disetujui sebelum dirilis.
• Sementara itu, perusahaan internet konsumen menghabiskan waktu dan uang untuk membuat UX mereka menyenangkan sehingga orang ingin menggunakannya. Keandalan adalah sesuatu yang rela mereka korbankan. Karena banyak aplikasi berbasis web, mereka dapat mengulang dengan cepat dan sering merilis perubahan.

Waktu

• Mempelajari teknologi baru terkadang membutuhkan waktu. Pengorbanan dalam hal ini akan dilakukan sesuai dengan stack/teknologi mana yang akan tepat waktu dengan tanggal pengiriman yang ditetapkan. Jika beralih ke stack/teknologi baru akan mengakibatkan perubahan besar pada tanggal pengiriman dan ketidaknyamanan besar bagi para pemangku kepentingan, maka peralihan dapat ditunda hingga waktu yang tepat.

Biaya

• Dalam skala yang lebih besar, keputusan teknologi dibuat berdasarkan mana yang lebih hemat biaya, di mana perbandingan dapat dilakukan untuk menentukan mana yang lebih efektif antara membeli sistem yang sudah jadi dan menyesuaikannya atau membangun sistem baru.

Efisiensi

• Trade off teknologi juga dilakukan berdasarkan teknologi mana yang lebih efisien misalnya memilih antara ReactJs atau AngularJs untuk aplikasi front end.

Pengalaman dan Dukungan Pengguna

• Jumlah dukungan dan dokumentasi yang tersedia pada teknologi tertentu juga dapat menjadi faktor penentu keputusan. Bekerja dengan Teknologi yang memiliki basis dukungan yang besar, dokumentasi yang komprehensif, dan pengalaman pengguna yang baik akan jauh lebih mudah dan membutuhkan waktu yang sangat singkat untuk meningkatkannya karena banyaknya sumber daya yang tersedia untuk mendukungnya.

Pemeliharaan

• Pemeliharaan dalam hal ini adalah kemudahan sebuah produk untuk dipelihara untuk memperbaiki kesalahan, memperbaiki bug, dan menambahkan fitur tambahan. Keputusan trade-off akan dibuat berdasarkan kemampuan pemeliharaan Teknologi

Keandalan

• Dalam hal ini trade off dibuat berdasarkan Teknologi yang berkinerja baik secara konsisten dan secara konsisten meningkatkan ke versi yang lebih efisien.

Skalabilitas

• Trade off teknologi juga dibuat berdasarkan teknologi yang lebih skalabel dan mampu menangani peningkatan beban secara efisien tanpa mengganggu efisiensi sistem.

Pola desain MVC

Pola desain Model View Controller (MVC) menetapkan bahwa sebuah aplikasi terdiri dari model data, informasi presentasi, dan informasi kontrol.

MVC sebagian besar berhubungan dengan lapisan antarmuka/interaksi pengguna dari sebuah aplikasi.

Dalam pola MVC, pengguna melihat View yang diperbarui oleh model yang kemudian dimanipulasi oleh Controller.

^{_{Sumber: medium}} 

^{_{Pola MVC}}

• Model hanya berisi data aplikasi murni, tidak mengandung logika yang menjelaskan bagaimana menyajikan data kepada pengguna. Controller adalah bagian dari aplikasi yang mengimplementasikan logika untuk domain data aplikasi. Mereka mengambil dan menyimpan status model dalam database.
• View menyajikan data model kepada pengguna. View hanya dapat digunakan untuk mengakses data model. Mereka adalah komponen yang menampilkan antarmuka pengguna (UI) aplikasi.
• Controller berada di antara view dan model. Controller mendengarkan kejadian yang dipicu oleh view dan menjalankan perintah yang sesuai. Controller adalah komponen yang menangani interaksi pengguna, bekerja dengan model, dan pada akhirnya memilih view untuk dirender yang menampilkan UI.

Keuntungan dari pola desain MVC

Beberapa pengembang dapat bekerja secara bersamaan pada model, controller, dan view.

• MVC memungkinkan pengelompokan logis dari tindakan yang terkait pada controller secara bersamaan. Tampilan untuk model tertentu juga dikelompokkan bersama.
• Kopling rendah - Sifat dasar kerangka kerja MVC adalah sedemikian rupa sehingga ada kopling yang rendah di antara model, view atau controller.
• Model dapat memiliki banyak view.
• Kemudahan modifikasi - Karena adanya pemisahan tanggung jawab, pengembangan atau modifikasi di masa depan menjadi lebih mudah

Kekurangan

Pengetahuan tentang berbagai teknologi menjadi norma. Pengembang yang menggunakan MVC harus terampil dalam berbagai teknologi.

Di bawah ini adalah contoh desain sistem

^{_{Sumber: medium}}

Disadur dari: medium.com

Secara khusus, bagian ini mencakup sistem produk, sistem layanan, sistem perusahaan, dan sistem sistem (SoS). Bagian ini juga berisi area pengetahuan yang menjelaskan SE Kesehatan sebagai perluasan domain dari pendekatan SE secara umum. Ini adalah yang pertama dari sejumlah ekstensi berbasis domain yang direncanakan.

Area pengetahuan di bagian 4

Setiap bagian dari SEBoK dibagi ke dalam area pengetahuan (Knowledge Areas/KA), yang merupakan pengelompokan informasi dengan tema terkait. Bagian 4 berisi area pengetahuan berikut ini:

• Rekayasa sistem produk
• Rekayasa sistem layanan
• Rekayasa sistem perusahaan
• Sistem dari sistem (SoS)
• Rekayasa sistem perawatan kesehatan

Aplikasi rekayasa sistem

Berbagai cara yang berbeda di mana masing-masing konteks ini membentuk penerapan pengetahuan Siklus Hidup dan Proses SE generik di Bagian 3 dibahas secara rinci dalam KA di atas.

Penting untuk dicatat bahwa tidak satu pun dari konteks di atas yang dimaksudkan untuk sepenuhnya terpisah atau saling terpisah dari yang lain. Mereka harus dilihat sebagai kerangka kerja yang tumpang tindih dan terkait yang memberikan titik awal untuk bagaimana SE generik dapat digunakan untuk memenuhi kebutuhan dunia nyata. Kita dapat menganggap masing-masing sebagai model tentang bagaimana SE dapat bekerja di dunia nyata. Masing-masing memberikan saran tentang bagaimana menggunakan siklus hidup SE generik dan memproses pengetahuan berdasarkan sudut pandangnya sendiri. Jika perlu, masing-masing juga dapat mengembangkan pengetahuan baru atau pengetahuan yang diperluas yang relevan dengan konteksnya, yang menjadi bagian dari perangkat SE yang diperluas. Seperti halnya seperangkat model lainnya, masing-masing memiliki penyederhanaan, kekuatan dan kelemahannya sendiri. Sebagai prinsip umum, kami akan selalu memilih model yang paling sederhana yang sesuai dengan tujuan dan menggunakannya. Untuk hasil yang kompleks, kombinasi sejumlah model mungkin diperlukan.

Penerapan SE di dunia nyata juga demikian. Pada sebagian besar proyek nyata, kombinasi pengetahuan Produk, Layanan, Perusahaan dan SoS mungkin diperlukan untuk mencapai kesuksesan. Sejauh mana kombinasi ini diambil dari pendekatan yang telah ditentukan sebelumnya vs. kebutuhan insinyur sistem untuk membuat kombinasi tersebut sebagai bagian dari penerapan SE adalah pertanyaan kunci untuk bagaimana SE digunakan. Bagian terakhir dari pengetahuan ini, bagaimana SE diterapkan di dunia nyata, berada di dalam basis pengetahuan dari berbagai domain aplikasi. Beberapa domain memiliki seperangkat prosedur, pedoman, dan standar yang sangat rinci yang relevan dengan domain tersebut, sementara yang lain mengambil SE secara umum dan menerapkannya sesuai kebutuhan dengan menggunakan penilaian mereka yang terlibat. Secara umum, semua domain memiliki bagian dari pedoman khusus domain dan orang-orang yang berpengalaman. SEBoK pada awalnya ditulis agar tidak bergantung pada domain, selain melalui contoh penerapan di bagian 7. Untuk melengkapi SEBoK, kami bermaksud untuk membuat serangkaian KA Aplikasi Domain. KA ini akan memberikan gambaran umum tentang bagaimana aplikasi SE dipetakan ke dalam praktik domain. KA ini ditujukan untuk pembaca umum SE yang ingin mengetahui lebih banyak tentang domain dan mereka yang bekerja di dalam domain.

KA SE Kesehatan yang terdapat dalam versi SEBoK ini adalah ekstensi spesifik domain pertama dari SEBoK

Disadur dari: sebookwiki.or