TechAlpine – All About Technology

ก่อนที่จะกำหนดสถาปัตยกรรมอ้างอิง, มันเป็นการดีที่จะมีความคิดเกี่ยวกับสถาปัตยกรรมซอฟต์แวร์บางอย่าง. สถาปัตยกรรมซอฟต์แวร์มีความหมายต่างๆที่จะได้มาจากแหล่งที่มาที่แตกต่างกัน. มันช่วงจากการออกแบบ, การสร้างและรักษารหัสทั้งหมดของระบบคอมพิวเตอร์ขนาดใหญ่ที่ผสมผสานทั้งการทำงานขององค์ประกอบทางกายภาพและตรรกะของระบบขององค์กรเช่นกัน. มันคือการรวมและการมีปฏิสัมพันธ์ขององค์ประกอบทั้งหมด (ซอฟแวร์และฮาร์ดแวร์) เพื่อให้เป็นระบบที่สมบูรณ์แบบที่เฉพาะเจาะจงกับความต้องการทางธุรกิจที่แตกต่างกัน.

The Reference Architecture and Fit/Gap analysis is a short of document stating the Reference Architecture to be used as the basis for the current project’s architecture and including the rationale for this decision. It is also a analysis process to understand the reference architecture and its implementation.

A Reference Architecture is a predefined architectural pattern designed for use in particular business and technical contexts.

แหล่งที่มาของสถ​​าปัตยกรรมอ้างอิงภายในองค์กรสามารถใดกรอบการพิสูจน์และสินทรัพย์ที่ใช้ในโครงการก่อนหน้านี้. ผลิตภัณฑ์งานคือทั่วไปและใช้อย่างเท่าเทียมกันกับการเลือกของสถ​​าปัตยกรรมอ้างอิงจากแหล่งอื่น ๆ.

ส่วนที่สำคัญที่สุดของสถ​​าปัตยกรรมอ้างอิงคือการเข้าใจออกกำลังกายและช่องว่างที่พบในระหว่างการวิเคราะห์.

สถาปัตยกรรมอ้างอิงการวิเคราะห์ Fit / Gap tabulates ปัจจัยสำคัญที่มีส่วนร่วมในการเลือกสถาปัตยกรรมอ้างอิง:

• สถานการณ์ธุรกิจ
• ไดรเวอร์ธุรกิจ
• ลักษณะสถาปัตยกรรม

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.

ความมุ่งหมาย

ตอนนี้ให้เราตรวจสอบวัตถุประสงค์การวิเคราะห์ Fit / Gap ในรูปแบบสถาปัตยกรรมอ้างอิง. สถาปัตยกรรมอ้างอิงการวิเคราะห์ Fit / Gap จะใช้สำหรับการดังต่อไปนี้

• เพื่อช่วยในการกำหนดขอบเขตของโครงการพัฒนานำเสนอโซลูชั่น
• As an input to other architecture work products. Depending on the size of the gaps, the chosen Reference Architecture and associated fit/gap analysis may form the basis for the whole architecture.
• 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. It also helps to select the reference architecture for the proposed project.

Impact of Not Having Reference Architecture

Selecting a Reference Architecture reduces the risk by reusing proven, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, and increases the risk of project failure.

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.

Reasons for Not Using Reference Architecture

On asset-based projects, this product should always be produced.

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, กับตารางการประเมินรายละเอียดลักษณะความต้องการและการรายงานข่าวเรื่องพื้นที่. รูปแบบตารางอธิบายทุกจุดที่จำเป็นต้องใช้เพื่อให้ได้ภาพที่ชัดเจนของสถ​​าปัตยกรรมเรียกและการออกกำลังกายในโครงการที่เสนอ.

บทสรุปผู้บริหาร: คำสั้น ๆ ของสถ​​าปัตยกรรมอ้างอิงที่เลือกและประเด็นสำคัญ / ความเสี่ยง.

การแนะนำ: ความเห็นเบื้องต้นเกี่ยวกับสถาปัตยกรรมการอ้างอิง.

ไดรเวอร์ที่สำคัญ: คำสั้น ๆ ของวัตถุประสงค์ทางธุรกิจหรือข้อ จำกัด.

สถาปัตยกรรมการตรวจสอบความต้องการ: The document consists of a standard set of questions and potential answers regarding architectural requirements, 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, which are documented in a table, as below. This is a sample table and it can be of a different format according to the standard of the organization.

Subject Area Checklist:สถาปัตยกรรมอ้างอิงแต่ละพื้นที่บนโลกไซเบอร์หลายเรื่อง (บางครั้งเรียกว่า "โดเมน"). Subject areas are specific areas of concern, เช่น, ช่องทางส่งผ่านเว็บเป็นเรื่องพื้นที่ซึ่งประกอบด้วยเว็บเบราเซอร์, เซิร์ฟเวอร์ชื่อโดเมน, เป็นต้น. 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. ต่อไปนี้เป็นตารางสำหรับการจับรายละเอียด.

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, และคำแนะนำที่มีให้ในแต่ละระดับในลักษณะที่สนับสนุน. สำหรับพื้นที่ที่มีสถาปัตยกรรมอ้างอิงไม่ตรงกับความต้องการของแต่ละคน, อธิบายสั้น ๆ:

• ความต้องการ unmet. นี้เป็นสิ่งสำคัญมากสำหรับการเลือกสถาปัตยกรรมอ้างอิง.
• ประเภทและขอบเขตของพื้นที่สามเหลี่ยมปากแม่น้ำที่จะจำเป็นสำหรับสถาปัตยกรรมอ้างอิงเพื่อตอบสนองความต้องการ. นอกจากนี้ยังกล่าวถึงกรณีที่จะต้องมีการขยาย, แก้ไข, หรือรับเรื่องพื้นที่ใหม่?
• ประมาณการของค่าใช้จ่ายและความเสี่ยงของเดลต้า

Development Approach

ขั้นตอนต่อไปจะต้องดำเนินการในการสร้างผลิตภัณฑ์งานนี้:

1. Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, แต่ละคนมีความสนใจที่ดีที่กำหนด, มันควรจะง่ายในการระบุหนึ่งหรือสองคนเป็นที่เกี่ยวข้องกับลูกค้าเป้าหมายของโครงการและรูปแบบธุรกิจในอนาคต.
2. ทบทวนรายละเอียดของสินทรัพย์ที่บริบท, ซึ่งจะให้ในรูปแบบทั้งข้อความและภาพประกอบ, with the customer to assess fit. The illustrations, โดยเฉพาะอย่างยิ่ง, are a powerful way of checking customer understanding of the proposed approach. During this process, the customer may decide to modify his previously stated requirements, เช่น, through recognition that the architectural pattern provided by the Reference Architecture is superior to the one he had previously envisaged.
3. Use Business Drivers, ไอทีหลักการและรายการความต้องการที่จะอธิบายลักษณะความต้องการของลูกค้าตรวจสอบกับลูกค้าในว่ามีความต้องการที่สำคัญอื่น ๆ ที่ยังไม่ได้รับการคุ้มครองตามลักษณะมาตรฐาน.
4. ตรวจสอบความเหมาะสมของความต้องการที่มีลักษณะที่มีให้โดยสถาปัตยกรรมอ้างอิงในระดับต่างๆของนามธรรม.
5. จากฐานสินทรัพย์, 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:

• ขยายสถาปัตยกรรม (e.g., เชื่อมโยงไปยังเรื่องพื้นที่เพิ่มเติม)
• การปรับเปลี่ยนสถาปัตยกรรมอ้างอิง (เช่นการ, การเปลี่ยนแปลงโครงสร้างภายในพฤติกรรมหรือ)

1. เอกสารเหตุผลสำหรับแต่ละการตัดสินใจเหล่านี้ในแง่ของสมมติฐาน, เหตุผลทางธุรกิจ, ความเสี่ยง, เป็นต้น.
2. ทำให้การประเมินผลโดยรวมของการมีชีวิตและความเสี่ยงขึ้นอยู่กับข้อมูลที่มีอยู่ในจุดนี้.

ดำเนินการตรวจสอบต่อไป:

• ตรวจสอบว่าลูกค้าได้รับการอนุมัติเกณฑ์ที่ใช้ในการเปรียบเทียบและเลือกสถาปัตยกรรมอ้างอิง.
• ตรวจสอบว่าทุกพื้นที่ที่ต้องการที่สำคัญของลูกค้าได้รับการพิจารณา.
• ตรวจสอบว่าการพึ่งพาที่สำคัญของสถ​​าปัตยกรรมในสภาพแวดล้อมเป้าหมายสามารถพบ.

• ตรวจสอบการแลกเปลี่ยนใด ๆ ที่ถูกทำกับผู้ให้บริการลูกค้าและสินทรัพย์ด้วยเกณฑ์ต่อไปนี้.

• ตรวจสอบว่าเป็นสถาปัตยกรรมที่มีความยืดหยุ่นต่อการเปลี่ยนแปลงที่คาดการณ์ไว้.

Share on Facebook

Tweet

Follow us

Save