Application Architecture & Modelling

Model-driven architecture (MDA) adalah sebuah pendakatan perancangan perangkat lunak yang diluncurkan oleh Object Management Group (OMG) in 2001.

MDA mendukung rekayasa model-driven dari sistem perangkat lunak. MDA menyediakan sekumpulan panduan untuk menstrukturkan spesifikasi yang dinyatakan sebagai model. Pendekatan MDA mendefinisikan fungsionalitas sistem menggunakan sebuah platform-independent model (PIM) dengan memakai sebuah domain-specific language yang sesuai. Kemudian, diberikan sebuah platform definition model (PDM) berupa CORBA, .NET, the Web, dll., PIM diterjemahkan ke dalam satu atau lebih platform-specific model (PSM) yang dapat dijalankan oleh komputer. PSM dapat menggukanan Domain Specific Language yang berbeda, atau sebuah General Purpose Language seperti Java, C#, PHP, Python, dll.. Kakas otomatis umumnya yang melakukan penerjemahan ini.

Organisasi OMG sekedar menyediakan spesifikasi kasar dan bukan implementasi, kadang-kadang merupakan jawaban atas Requests for Proposal (RFP). Implementasi datang dari perusahaan swasta atau kelompok open source.

Prinsip-prinsip MDA dapat juga diterapkan pada area lain sepertibusiness process modeling dimana PIM diterjemahkan ke dalam proses otomatis atau manual.

Model MDA terkait pada banyak standard, termasuk Unified Modeling Language (UML), Meta-Object Facility (MOF), XML Metadata Interchange (XMI), Enterprise Distributed Object Computing (EDOC), Software Process Engineering Metamodel (SPEM), dan Common Warehouse Metamodel (CWM). Ingat bahwa istilah “arsitektur” dalam MDA tidak mengacu pada arsitektur dari sistem yang dimodelkan, tapi lebih kepada arsitektur dari berbagai standard dan bentuk model yang bertindak sebagai dasar teknologi bagi MDA.

Aplikasi Arsitektur

Arsitektur-aplikasi spesifikasi teknologi yang akan digunakan untuk mengimplementasikan sistem informasi. Cetak biru untuk mengkomunikasikan keputusan desain berikut:

·         Tingkat dimana sistem informasi akan tersentralisasi atau terdistribusi.

·         Distribusi data yang tersimpan.

·         Teknologi implementasi untuk perangkat lunak yang dikembangkan in-house.

·         Integrasi komersial off-the-shelf software.

·         Teknologi yang akan digunakan untuk mengimplementasikan user interface.

·         Teknologi yang akan digunakan untuk antarmuka dengan sistem lain

Fisik Data Flow Diagram (DFD)

Fisik data flow diagram (DFD)-model proses yang digunakan untuk berkomunikasi karakteristik teknis pelaksanaan sistem informasi.

·         Komunikasikan pilihan teknis dan keputusan desain lain untuk orang-orang yang benar-benar akan membangun dan menerapkan sistem.

·         Ingat dari Bab 9 bahwa DFD adalah jenis model proses.

fisik Proses

Proses-baik fisik prosesor, seperti komputer atau orang, atau teknis pelaksanaan kerja spesifik yang harus dilakukan, seperti program komputer atau proses manual:

·         Proses logis dapat ditugaskan untuk prosesor fisik seperti PC, server, orang, atau perangkat dalam jaringan. Sebuah DFD fisik akan memodelkan bahwa struktur jaringan.

·         Setiap proses logis membutuhkan sebuah implementasi sebagai satu atau lebih proses fisik.

·         Sebuah proses logis dapat dibagi menjadi beberapa proses fisik:

·         Untuk menentukan aspek yang dilakukan oleh orang atau komputer.

·         Untuk menentukan aspek dilaksanakan oleh teknologi yang berbeda.

·         Untuk menunjukkan beberapa implementasi dari proses yang sama.

·         Untuk menambahkan proses untuk pengecualian dan keamanan

Proses Komputer Implementasi Kemungkinan

·         Sebuah aplikasi yang dibeli paket perangkat lunak

·         Juga disebut komersial off-the-shelf (COTS) software

·         Sebuah program sistem atau utilitas

·         Seperti server e-mail/message atau pihak ketiga kerangka kerja

·         Sebuah program yang ada aplikasi dari program perpustakaan

·         Mungkin memerlukan modifikasi

·         Sebuah program yang akan ditulis

Antarmuka Arsitektur-Input, Output, & Middleware

·         Batch input dan output

·         Online input dan output

·         jauh bets

·         Keyless entry data (dan identifikasi otomatis)

·         Pen masukan

·         Elektronik messaging dan teknologi kerja kelompok

·         Electronic Data Interchange (EDI)

·         Imaging dan pertukaran dokumen

·         Middleware

Proses Arsitektur

·         Software lingkungan pengembangan (SDE)-kit bahasa dan alat untuk mengembangkan aplikasi.

·         SDEs ada untuk komputasi terpusat

·         SDEs ada untuk presentasi didistribusika

·         SDEs ada untuk dua-tier client / server

·         SDEs ada untuk multi-tier client / server

·         SDEs ada untuk internet dan intranet client / server

Clean layering-strategi desain yang memerlukan presentasi itu, aplikasi, dan data lapisan aplikasi terpisah secara fisik.

Memungkinkan komponen setiap lapisan harus direvisi atau ditingkatkan tanpa mempengaruhi lapisan lainnya.

Aplikasi Arsitektur Strategi Desain Sistem

·         Penerapan Strategi Enterprise Architecture

·         Perusahaan-lebar arsitektur teknologi informasi yang harus diikuti dalam semua proyek pembangunan.

·         Disetujui jaringan, data, antarmuka, dan teknologi pengolahan dan alat-alat pembangunan.

·         Strategi untuk mengintegrasikan sistem legacy dan teknologi.

·         On-akan proses terus menerus meninjau arsitektur aplikasi.

·         On-akan proses untuk meneliti teknologi muncul

·         Proses untuk menganalisis permintaan varians dari atas.

·         Strategi Arsitektur Taktis Aplikasi

·         Mendefinisikan arsitektur untuk setiap sistem baru pada aplikasi dasar-by-aplikasi yang diperlukan.

·         Memerlukan analisis kelayakan untuk setiap aplikasi.

Menggambar DFD Fisik untuk Arsitektur Jaringan

·         Mengembangkan diagram aliran data fisik (DFD) untuk arsitektur jaringan.

·         Setiap simbol proses merupakan server atau kelas klien.

·         Untuk setiap prosesor, mengembangkan DFD fisik untuk menunjukkan proses acara (dari Bab 9) yang ditugaskan untuk prosesor itu.

·         Semua kecuali proses sederhana harus menjadi faktor dalam unit desain dan dimodelkan sebagai DFD fisik yang lebih rinci.

Proses Distribusi dan Tugas Teknologi

·         Untuk dua-tier client / server sistem, semua diagram bahkan logis ditugaskan ke klien.

·         Selama tiga-tier client / server dan sistem jaringan komputer, harus teliti memeriksa primitif setiap acara (rinci) DFD.

·         Menentukan proses primitif harus diserahkan kepada klien dan yang harus diserahkan ke server aplikasi.

·         Umumnya data capture dan editing yang ditugaskan untuk server

Jika aspek-aspek yang berbeda dari DFD tunggal dipartisi untuk klien yang berbeda dan server, menggambar DFD fisik yang terpisah untuk masing-masing