Apa Referensi Arsitektur dan Fit Analisa / Gap

Description

Before defining Reference Architecture, it is better to have some idea about software architecture. Software architecture has various definitions which are derived from different sources. It ranges from designing, creating and maintaining all the code of large computer systems to incorporating all the functioning of the physical and logical components of enterprise systems as well. It is a combination and interaction of all the components (software and hardware) to make a complete system specific to different business needs.

Referensi Arsitektur dan Fit analisis / Gap adalah pendek dokumen yang menyatakan Arsitektur referensi yang digunakan sebagai dasar untuk arsitektur proyek saat ini dan termasuk alasan untuk keputusan ini. Ini juga merupakan proses analisis untuk memahami arsitektur referensi dan pelaksanaannya.

Sebuah Arsitektur Referensi adalah pola arsitektur standar dirancang untuk digunakan dalam bisnis tertentu dan konteks teknis.

Source of Reference Architectures within an organization can be any proven framework and asset used in earlier projects. The work product is generic and applies equally to selection of Reference Architectures from other sources.

The most important part of a Reference Architecture is to understand the fitness and gaps found during analysis.

A Reference Architecture Fit/Gap Analysis tabulates the key factors involved in selecting a Reference Architecture:

  • Business scenarios
  • Business drivers
  • Architecture characteristics

Asset selection involves tradeoffs. Reference Architecture Fit/Gap Analysis documents the differences between the desired project architecture and the reference architecture in a statement-of-fit and identifies modifications required for the project.

Tujuan

Sekarang mari kita memeriksa tujuan Fit / Gap analisis dalam model Arsitektur Referensi. Referensi Arsitektur Fit / Gap Analysis digunakan untuk berikut

  • Untuk membantu dalam menentukan lingkup proyek pengembangan solusi yang diusulkan
  • As an input to other architecture work products. Depending on the size of the gaps, yang dipilih Referensi Arsitektur dan bugar / analisis kesenjangan terkait dapat membentuk dasar untuk seluruh arsitektur.
  • To highlight any gaps where the Reference Architecture does not fit project requirements. These indicate areas of risk or substantial architectural work required in the project. Hal ini juga membantu untuk memilih arsitektur referensi untuk proyek yang diusulkan.

Dampak Tidak Memiliki Referensi Arsitektur

Memilih Arsitektur Referensi mengurangi risiko dengan menggunakan kembali terbukti, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, dan meningkatkan risiko kegagalan proyek.

The best way to use architectural assets is to start by selecting a Reference Architecture. This will form the context for a more detailed selection of assets and guidance.

Alasan Tidak Menggunakan Referensi Arsitektur

Pada proyek-proyek berbasis aset, produk ini harus selalu diproduksi.

If appropriate Reference Architectures are not available to a project or a project decides not to use a Reference Architecture, then at most the Executive Summary, including reasons why a Reference Architecture was not selected, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.

How Fit/Gap analysis is documented

A Reference Architecture Fit/Gap Analysis is basically textual document, with tables assessing the requirements characteristic profile and subject area coverage. The tabular form describes all the required points to get a clear picture of the referred architecture and its fitness in the proposed project.

Executive Summary: Brief statement of selected Reference Architecture and any major issues/risks.

Pengantar: Introductory comments about the reference architecture.

Key Drivers: A brief statement of the business objectives or constraints.

Architecture Requirements Checklist: Dokumen ini terdiri dari satu set standar pertanyaan dan jawaban potensial tentang persyaratan arsitektur, which allows a systematic collection of the architectural requirements for the project. This set is used as a checklist to prompt for customer architectural requirements and associated issues, yang didokumentasikan dalam sebuah tabel, seperti di bawah ini. Ini adalah tabel sampel dan dapat menjadi format yang berbeda sesuai dengan standar organisasi.

Kebutuhan Referensi Arsitektur Karakteristik Diperlukan Nilai Proyek Risiko / Isu / Komentar Poin untuk Selidiki
Nama Kebutuhan Rentang yang relevan nilai untuk arsitektur ini Rentang berlaku untuk pelanggan Setiap kesenjangan, risiko, masalah masa depan mungkin, topik untuk analisis selanjutnya

Subject Area Checklist:Setiap Arsitektur Referensi meliputi beberapa bidang studi (kadang-kadang disebut sebagai "domain"). Subject areas are specific areas of concern, misalnya, yang berbasis web delivery channel adalah suatu subyek yang terdiri dari Web browser, server nama domain, etc. A simple and clear way of examining the “fit” of a Reference Architecture to customer requirements is to compare it to the subject area coverage. Berikut adalah tabel untuk menangkap rincian.


Area Subyek
Hadir dalam Arsitektur? Diperlukan oleh Nasabah? Isu / Risiko / Catatan
Nama area subyek Yes/No Yes/No

Statement of Fit:A summary of the extent of “fit” between the Reference Architecture and customer requirements. Each Reference Architecture is described at several levels of abstraction, and guidance is provided at each level on the characteristics supported. For each area where the Reference Architecture does not meet requirements, describe briefly:

  • The unmet requirement. This is very important for selecting the reference architecture.
  • The type and extent of delta that would be requisite for the Reference Architecture to meet the requirement. Also mention if it needs to be extended, modified, or receive a new subject area?
  • An estimate of the cost and risk of the delta

Development Approach

The following steps should be taken in generating this work product:

  1. Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, each with a well-defined focus, it should be simple to identify one or two as relevant to the customer’s project goals and future business model.
  2. Review the description of the asset context, which is provided in both textual and illustration form, with the customer to assess fit. The illustrations, in particular, are a powerful way of checking customer understanding of the proposed approach. During this process, pelanggan dapat memutuskan untuk mengubah persyaratan nya sebelumnya menyatakan, misalnya, melalui pengakuan bahwa pola arsitektur yang disediakan oleh Arsitektur Referensi lebih unggul dengan yang ia sebelumnya telah dipertimbangkan.
  3. Gunakan Drivers Bisnis, IT Principles and Requirements lists to characterize customer requirements Check with the customer on whether there are any other important requirements that have not been covered by the standard characteristics.
  4. Examine the fit of the requirements with the characteristics provided by the Reference Architecture at various levels of abstraction.
  5. From the asset base, identify the subject areas covered by the Reference Architecture. Compare these with the subject areas required by the customer.
  6. Analyze the fit between the Reference Architecture and the customer requirements. Document all gaps, and make initial assessments with the customer on how these shortcomings will be resolved. This may involve:
  • Extending the architecture (e.g., linking to an additional subject area)
  • Modifying the Reference Architecture (i.e., changing its internal structure or behavior)
  1. Document the rationale for each of these decisions in terms of assumptions, business justification, risiko, etc.
  2. Membuat penilaian keseluruhan kelangsungan hidup dan risiko berdasarkan informasi yang tersedia pada saat ini.

Validasi dan Verifikasi

Lakukan pemeriksaan berikut:

  • Pastikan bahwa pelanggan telah menyetujui kriteria yang digunakan untuk membandingkan dan memilih Arsitektur Referensi.
  • Verifikasi bahwa semua bidang kebutuhan utama pelanggan telah dipertimbangkan.
  • Pastikan bahwa dependensi kritis arsitektur di lingkungan target dapat dipenuhi.
  • Memvalidasi suatu pengorbanan yang dibuat dengan Penyedia pelanggan dan Aset dengan kriteria sebagai berikut.
  • Pastikan bahwa arsitektur tahan terhadap perubahan yang diantisipasi.
============================================= ============================================== Buy best TechAlpine Books on Amazon
============================================== ---------------------------------------------------------------- electrician ct chestnutelectric
error

Enjoy this blog? Please spread the word :)

Follow by Email
LinkedIn
LinkedIn
Share