1. Pemodelan Arsitektur Sistem dalam Enterprise Architecture (EA)
Pemodelan arsitektur sistem dalam EA didefinisikan sebagai pendekatan sistematis dan holistik untuk merancang dan mengelola komponen sistem informasi organisasi. Tujuannya adalah untuk memberikan pandangan komprehensif mengenai keadaan organisasi saat ini dan masa depan, membantu optimalisasi sumber daya, manajemen risiko, serta memfasilitasi perubahan. Pemodelan ini menimbang berbagai atribut kualitas arsitektur satu sama lain untuk mencapai struktur yang paling menguntungkan.
Komponen dan Notasi
Pemodelan EA mencakup beberapa lapisan utama yang saling bergantung:
Lapisan Bisnis (Business Layer): Menggambarkan proses bisnis dan strategi.
Lapisan Aplikasi (Application Layer): Memetakan perangkat lunak yang digunakan.
Lapisan Data (Data Layer): Struktur informasi dan basis data.
Lapisan Teknologi (Technology Layer): Infrastruktur perangkat keras dan jaringan.
Dalam praktiknya, notasi yang paling dominan digunakan adalah ArchiMate, yang dirancang khusus untuk pemodelan perusahaan yang komprehensif. Selain itu, notasi seperti Unified Modeling Language (UML) dan Business Process Modeling and Notation (BPMN) juga sering digunakan, tergantung pada kebutuhan spesifik evaluasi. Pemodelan ini membantu pengambilan keputusan dengan memungkinkan manajer menilai atribut kualitas seperti keamanan, interoperabilitas, dan kinerja sebelum implementasi dilakukan.
Sebuah contoh konkret penerapan pemodelan sistem terdapat pada pengembangan sistem presensi di Universitas Primakara. Dalam kasus ini, tim pengembang menggunakan notasi UML (seperti Use Case Diagram, Activity Diagram, dan Sequence Diagram) serta Entity Relationship Diagram (ERD) untuk memodelkan sistem presensi berbasis pengenalan wajah (face recognition). Pemodelan ini memungkinkan integrasi antara kebutuhan bisnis (presensi pegawai yang akurat) dengan solusi teknologi (basis data dan interface pengguna), memastikan bahwa struktur data dan alur kerja tervisualisasi dengan jelas sebelum kode program ditulis.
2. Jenis-jenis Pemodelan Arsitektur Sistem Informasi dalam SDLC
A. Classical Waterfall Model
Model pengembangan linier dan sekuensial di mana setiap fase harus diselesaikan sepenuhnya sebelum fase berikutnya dimulai, seperti air terjun yang mengalir ke bawah.
Karakteristik utama model ini adalah strukturnya yang kaku dan dokumentasi yang sangat berat di awal proyek. Tidak ada tumpang tindih antar fase, yang berarti proyek mengalir ke satu arah dari pengumpulan persyaratan hingga pemeliharaan. Kelebihan utama dari model ini adalah memiliki struktur yang sangat jelas dan mudah dipahami, menjadikannya pilihan yang baik untuk proyek dengan persyaratan yang sudah stabil sejak awal. Namun, kekurangannya adalah sulit mengakomodasi perubahan di tengah jalan, dan risiko kegagalan proyek yang mungkin timbul dari desain awal baru akan terlihat di akhir siklus pengembangan. Model ini cocok untuk proyek-proyek yang persyaratannya sangat jelas dan tidak berubah.
B. Iterative Waterfall Model
Model ini merupakan variasi dari model Waterfall yang mempertahankan struktur sekuensial, tetapi secara eksplisit memungkinkan adanya umpan balik (feedback loops) ke fase-fase sebelumnya untuk perbaikan.
Karakteristik utamanya adalah model ini mengizinkan revisi antar tahap, yang menjadikannya lebih adaptif daripada model klasik, namun tetap mengikuti urutan fase yang logis. Kelebihannya adalah model ini lebih fleksibel daripada model klasik, di mana kesalahan desain atau kekurangan dapat diperbaiki lebih awal setelah umpan balik diterima. Sementara itu, kekurangannya adalah masih kurang responsif dibandingkan model Agile, dan manajemen konfigurasi bisa menjadi rumit ketika terjadi banyak perulangan ke belakang. Model ini paling cocok untuk proyek besar di mana persyaratan sebagian besar sudah dipahami tetapi mungkin memerlukan penyempurnaan teknis saat pengembangan berjalan.
C. Prototype Model
Model Prototipe adalah teknik pengembangan di mana versi awal sistem, yang disebut prototipe, dibangun dengan cepat, diuji oleh pengguna, dan diperbaiki dalam siklus berulang sebelum sistem final dikembangkan.
Karakteristik utamanya adalah fokus pada pengalaman pengguna (user experience) dan validasi konsep secara cepat. Kelebihannya adalah model ini memungkinkan validasi kebutuhan pengguna lebih awal dan secara signifikan mengurangi risiko ketidaksesuaian produk dengan ekspektasi pengguna. Namun, kekurangannya adalah risiko dokumentasi arsitektur yang buruk jika prototipe langsung dijadikan produk akhir tanpa refaktor atau perbaikan struktural yang memadai, atau risiko terjadinya scope creep karena pengguna terus meminta fitur baru pada prototipe. Model ini paling cocok untuk proyek yang persyaratannya kurang jelas atau proyek yang didorong oleh inovasi di mana validasi interface atau konsep adalah kunci.
D. Evolutionary Model
Model Evolusioner adalah pendekatan pengembangan di mana sistem dikembangkan secara bertahap atau inkremental, dengan produk berevolusi melalui versi-versi yang semakin lengkap. Setiap versi yang dirilis berfungsi penuh tetapi memiliki cakupan fungsional yang terbatas, yang kemudian diperluas pada iterasi berikutnya.
Karakteristik utama dari model ini adalah adaptabilitas yang tinggi terhadap perubahan lingkungan bisnis dan kebutuhan pengguna seiring waktu, yang mirip dengan metode Agile. Kelebihan utamanya adalah pengguna mendapatkan manfaat dari sistem lebih cepat, dan sistem cenderung selalu relevan dengan kebutuhan bisnis karena evolusi berkelanjutan. Namun, kekurangannya adalah kesulitan dalam memprediksi akhir proyek karena cakupan dapat terus berkembang, dan arsitektur sistem bisa menjadi berantakan jika tidak dikelola dengan standar refactoring yang ketat. Model ini sangat cocok untuk sistem informasi yang kompleks dan berumur panjang di organisasi yang mengalami perubahan tujuan strategis.
E. Spiral Model
Model Spiral adalah kerangka kerja pengembangan yang menggabungkan elemen iteratif dengan analisis risiko yang intensif pada setiap putaran spiral. Model ini menekankan pada penentuan, penilaian, dan mitigasi risiko secara terperinci sebelum melangkah ke tahap pengembangan berikutnya.
Karakteristik utama model ini adalah fokusnya yang berat pada identifikasi dan mitigasi risiko pada setiap kuadran, menjadikannya model berbasis risiko. Kelebihannya adalah model ini sangat baik untuk proyek besar dan berisiko tinggi karena keamanan dan kualitas sistem lebih terjamin melalui evaluasi risiko yang berulang. Kekurangan dari model ini adalah biaya yang tinggi dan membutuhkan keahlian analisis risiko yang mendalam. Model ini cocok untuk implementasi sistem Enterprise Architecture skala besar yang melibatkan integrasi data sensitif, di mana risiko keamanan dan kegagalan sistem harus diminimalkan.