Pengertian Dasar – Dasar Rincian Teknik Sistem Komputer

panduan ringkas atau teknik tentang dasar-dasar Rincian Sistem Rekayasa, memberikan rincian tentang prosesnya dan bagaimana penggunaannya.

System Computer panduan ringkas atau tutorial tentang dasar-dasar rincian Sistem Rekayasa, memberikan rincian tentang prosesnya dan bagaimana penggunaannya.

Rekayasa sistem dapat didefinisikan dengan berbagai cara. Namun sebagian besar definisi untuk rekayasa sistem menentukannya sesuai dengan garis pendekatan interdisipliner yang mencakup keseluruhan upaya teknis yang diperlukan untuk mengembangkan dan memverifikasi rangkaian keseimbangan sistem dan manusia terpadu dan total yang seimbang yang memenuhi kebutuhan pelanggan.

Dengan banyak sistem elektronik, nirkabel dan RF yang sekarang melibatkan disiplin, perlu menerapkan pendekatan rekayasa sistem sejak awal.

Awal Rekayasa Sistem

Konsep dasar rekayasa sistem telah ada selama bertahun-tahun. Beberapa proyek pertama menggunakan apa yang bisa disebut proses rekayasa sistem dilakukan di Bell Laboratories pada tahun 1940an.

Dengan sistem rekayasa menjadi jauh lebih besar dan dengan kebutuhan untuk melibatkan lebih banyak disiplin ilmu, perlu menerapkan sistem yang lebih formal untuk memastikan bahwa semua tahap proyek dilakukan bersamaan dengan berbagai disiplin ilmu.

Pada tahun 1990an, Dewan Nasional Teknik Sistem – NCOSE – didirikan untuk mengembangkan keunggulan dalam rekayasa sistem dan untuk mendidik dan menyebarkan praktik terbaik dalam rekayasa sistem.

Sekitar waktu ini, dan jumlah pemodelan dan alat rekayasa sistem umum dikembangkan – UML, USL, QFD, dll.

Pada tahun 1995, NCOSE mengganti namanya menjadi International Council of Systems Engineering – INCOSE – untuk mencerminkan kepentingan internasional yang berkembang dalam teknik dan standar teknik sistem.

Dasar – Dasar Teknik Sistem Pada komputer

Ada banyak persyaratan yang ditempatkan pada proses rekayasa sistem. Proses rekayasa sistem harus memastikan bahwa kebutuhan pelanggan dan pemangku kepentingan terpenuhi dengan kualitas tinggi, dapat dipercaya, hemat biaya dan sesuai dengan jadwal yang dibutuhkan.

Untuk mencapainya ada beberapa langkah atau tugas yang diadopsi. Ini dapat diingat dengan menggunakan akronim “SIMILAR”:

1. Sebutkan masalahnya: Sebelum memulai pembangunan, perlu untuk menemukan apa yang dibutuhkan. Ini adalah elemen kunci dari proses rekayasa sistem dan biasanya berupa pernyataan masalah – ini mungkin mencakup banyak halaman, dan ini akan dimulai dengan deskripsi tingkat atas dari fungsi beserta pernyataan misi. Persyaratan kemudian dijabarkan untuk menentukan secara tepat apa yang dibutuhkan.

Dianjurkan agar wajib (yaitu persyaratan yang harus digabungkan dalam desain) dan preferensi (persyaratan persyaratan yang lebih disukai dimasukkan) harus dapat dilacak pada pernyataan masalah utama.

Setelah disain selesai, semua persyaratan wajib harus dipenuhi, namun dimungkinkan untuk melakukan trade-off dengan pernyataan preferensi untuk menyediakan sistem yang lebih bermanfaat atau hemat biaya.

Penting untuk dicatat bahwa pernyataan masalah harus dalam hal apa yang harus dilakukan, dan bukan bagaimana melakukannya karena mengungkapkan bagaimana hal itu dapat dicapai membatasi proses pembangunan.

Ada banyak cara di mana pernyataan atau persyaratan masalah dapat diungkapkan. Ini dapat didefinisikan dalam kata-kata atau sebagai model. Masukan harus berasal dari pihak yang berkepentingan dan mungkin termasuk pengguna akhir, operator, pengelola, pemasok, pengakuisisi, pemilik, badan pengatur, sponsor, produsen dan pemangku kepentingan lainnya.

2. Selidiki alternatif: Karena tidak ada solusi tunggal yang sepenuhnya memenuhi semua persyaratan, perlu dilakukan tahap dalam proses rekayasa sistem di mana berbagai opsi diuji dan dievaluasi sebelum digabungkan ke dalam rancangan. Ini juga harus dievaluasi ulang karena lebih banyak data tersedia.

Untuk mendapatkan perspektif yang optimal, model alternatif harus dibangun (baik perangkat keras atau perangkat lunak) dan dievaluasi; Data simulasi harus diturunkan; Dan prototip harus dibangun dan diukur. Hal ini dapat dilakukan dengan konkurensi sebanyak yang dianggap masuk akal untuk mempercepat waktu sekaligus mengurangi risiko. Akhirnya, tes harus dijalankan pada sistem yang sebenarnya. Alternatif harus dievaluasi terhadap persyaratan.

3. Model sistem: Sebuah model sistem dibangun. Ini menggunakan alternatif pilihan dari tahap penyelidikan proses rekayasa sistem. Model ini kemudian digunakan selama proses pengembangan.

 

Model dapat terdiri dari dua bentuk:

– Produk: Model produk biasanya sesuai dengan yang diharapkan dalam proses pengembangan. Model ini menyediakan platform tahap selanjutnya termasuk integrasi dan pengujian. Model ini juga membantu studi trade-off dan pengelolaan risiko.

– Proses: Model ini dapat digunakan untuk mempelajari perubahan penjadwalan dan efek penundaan, dll pada keseluruhan tanggal akhir. Memiliki model proses dalam kegiatan rekayasa sistem juga mengungkapkan item seperti kemacetan dan aktivitas lainnya yang mungkin terfragmentasi, dll.

4. Integrasikan: Fase integrasi dalam proses rekayasa sistem adalah salah satu yang paling sulit karena menimbulkan kesulitan karena subsistem dan subproyek berkumpul untuk menciptakan keseluruhan sistem yang telah selesai. Unsur integrasi dari proses rekayasa sistem melibatkan membawa elemen yang berbeda bersama sehingga mereka bekerja secara keseluruhan. Kegiatan ini seringkali bisa memakan waktu lebih lama dari yang diharapkan.

5. Luncurkan sistem: Aktivitas peluncuran dalam proses rekayasa sistem melibatkan sistem yang berjalan dan menghasilkan keluaran, yaitu memungkinkan sistem melakukan apa yang dimaksudkannya untuk dilakukan.

6. Menilai: Selama fase proses rekayasa sistem ini, sistem dinilai untuk memastikan memenuhi persyaratannya. Pengukuran / metrik adalah kunci untuk memberikan penilaian nyata apakah sistem beroperasi dengan benar.

7. Evaluasi ulang: Sekalipun sistem telah dinilai, rincian evaluasi ulang lebih lanjut selalu diperlukan untuk memastikan bahwa sistem memenuhi persyaratan yang berubah dan melakukan dengan benar pada skenario yang berbeda tempatnya ditempatkan. Selain itu mungkin beberapa persyaratan awal tidak benar, atau sudah berubah dan akibatnya perlu terus mengevaluasi ulang sistem.

Perlu dicatat bahwa proses rincian rekayasa sistem tidak sepenuhnya berurutan. Melainkan fungsi dilakukan secara paralel dan iteratif untuk memastikan bahwa pembangunan dilakukan dengan cara yang cepat, sekaligus juga terstruktur.

 

Manajemen Persyaratan

Salah satu elemen kunci dari proses rekayasa sistem adalah pengelolaan persyaratan.

Agar suatu sistem dapat dikembangkan, persyaratan harus ditentukan terlebih dahulu. Dengan demikian, manajemen persyaratan adalah salah satu proses kunci dalam proses rekayasa sistem.

Persyaratan dasar-dasar manajemen

Persyaratan proses manajemen perlu dilakukan secara tertib jika persyaratan agar sistem dapat ditangkap secara memuaskan dan digunakan sebagai dasar untuk menentukan apa yang dibutuhkan dalam sistem yang akan dirancang.

Secara umum, ada empat tahap dalam proses manajemen persyaratan:

1. Kebutuhan pengumpulan: Ada banyak sumber untuk kebutuhan. Pemangku kepentingan rincian seperti pengguna, manufaktur sistem, yang mempertahankannya, serta pemasaran dan pihak lain yang berkepentingan harus dilibatkan.

2. Analisis kebutuhan: Tahap analisis kebutuhan sangat penting, dan salah satu yang sering salah. Tahap ini terdiri dari negosiasi dan penentuan apa persyaratan sebenarnya dan persyaratan pemangku kepentingan diprioritaskan. Tahap ini adalah dimana keputusan dibuat mengenai persyaratan mana yang harus ditangani dalam sistem. Seringkali mudah menerima semua persyaratan yang mengarah pada pembangunan yang jauh lebih besar daripada yang sebenarnya dibutuhkan atau dapat diberikan.

3. Persyaratan organisasi: Tahap ini melibatkan pengorganisasian persyaratan yang telah dikumpulkan dalam format yang sesuai – biasanya mengklasifikasikannya dalam berbagai cara untuk mempermudah penafsiran dan pengguna. Seringkali mereka mungkin ditunjuk fungsional dan non-fungsional persyaratan.

4. Persyaratan persetujuan: Tahap ini merupakan rincian kunci proses manajemen dan pengumpulan kebutuhan. Ini melibatkan penandatanganan oleh berbagai pemangku kepentingan bahwa dokumen persyaratan secara memadai mendefinisikan apa yang dibutuhkan dalam sistem atau produk.

 

Persyaratan Keterlusuran

Salah satu elemen kunci dari setiap proses manajemen persyaratan adalah apa yang disebut traceability. Lacak menyediakan hubungan antara persyaratan, desain dan implementasi akhir suatu sistem. Hal ini sangat penting bila membagi persyaratan ke berbagai elemen dalam disain. Hal ini juga sangat penting ketika melihat persyaratan akhir dan menentukan mengapa klausa tertentu dalam persyaratan produk akhir disertakan, terutama jika ada pertanyaan mengenai hal tersebut yang dicapai secara memuaskan, atau selama proses verifikasi, verifikasi dan validasi dimana spesifikasi tidak boleh dilakukan. Sepenuhnya terpenuhi

Dalam sistem apapun, ada banyak hubungan yang ada antara persyaratan, desain; Komponen dan produk dan proses proses rekayasa sistem lainnya. Mengelola hubungan ini sangat penting untuk memberikan kemampuan manajemen persyaratan komprehensif yang mendukung siklus hidup rekayasa sistem.

Dengan demikian, ketertelusuran adalah istilah yang biasa digunakan untuk merujuk pada hubungan dalam dokumen persyaratan dan dokumen yang diturunkan yang digunakan dalam rancangan sebenarnya.

Leave a Reply

Your email address will not be published. Required fields are marked *