TechAlpine – All About Technology

დადგენამდე Reference არქიტექტურა, უმჯობესია გარკვეული წარმოდგენა პროგრამული უზრუნველყოფის არქიტექტურა. პროგრამები არქიტექტურის სხვადასხვა ცნებები, რომლებიც მიღებული სხვადასხვა წყაროდან. იგი მერყეობს შექმნასა, შექმნა და შენარჩუნება ყველა კოდი მსხვილი კომპიუტერული სისტემების უყრის ყველა ფუნქციონირების ფიზიკური და ლოგიკური კომპონენტების საწარმოს სისტემების და. ეს არის კომბინაცია და ურთიერთქმედების ყველა კომპონენტი (კომპიუტერული ტექნიკა) რათა სრული სისტემის სპეციფიკური სხვადასხვა ბიზნეს საჭიროებების.

Reference არქიტექტურა და ჯდება / ანალიზით არის მოკლე დოკუმენტს Reference არქიტექტურა გამოყენებულ იქნას როგორც საფუძველი მიმდინარე პროექტის არქიტექტურა და მათ შორის ლოგიკა ამ გადაწყვეტილების. ისიც ანალიზის პროცესი უნდა გვესმოდეს მითითება არქიტექტურის და მისი განხორციელება.

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

წყარო Reference არქიტექტორები ფარგლებში ორგანიზაცია შეიძლება იყოს ნებისმიერი აპრობირებული ფარგლებში და აქტივების გამოიყენება ადრე პროექტები. მუშაობის პროდუქტი ზოგადი და ვრცელდება თანაბრად შერჩევა Reference არქიტექტორები სხვა წყაროებიდან.

ყველაზე მნიშვნელოვანი ნაწილი Reference არქიტექტურა არის იმის გაგება, ფიტნეს და ხარვეზების აღმოაჩინეს ანალიზი.

Reference არქიტექტურა Fit / ანალიზით დათვლა ძირითადი ფაქტორები ჩართული შერჩევის Reference არქიტექტურა:

• ბიზნეს სცენარი
• ბიზნეს მძღოლები
• არქიტექტურა მახასიათებლები

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 / ანალიზით გამოქვეყნება საცნობარო არქიტექტურა მოდელი. Reference არქიტექტურა Fit / ანალიზით გამოიყენება შემდეგ

• დაეხმაროს განსაზღვრაში ფარგლებს შემოთავაზებული გამოსავალი განვითარების პროექტის
• 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

შერჩევა Reference არქიტექტურა ამცირებს რისკის ქვეშ ფაილის მეორეული გამოყენება დადასტურებული, best-practice solutions. Not applying a standard Reference Architecture increases project effort and cost, და რისკს ზრდის პროექტის წარუმატებლობის.

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.

მიზეზები არ იყენებს Reference არქიტექტურა

On აქტივების დაფუძნებული პროექტები, ამ პროდუქტის ყოველთვის უნდა იყოს.

თუ სათანადო ცნობა არქიტექტორები არ არის შესაძლებელი, რომ პროექტის ან პროექტის გადაწყვეტს, რომ არ გამოიყენონ Reference არქიტექტურა, შემდეგ კი ყველაზე მოკლე მიმოხილვა, მათ შორის, თუ რატომ Reference არქიტექტურა არ იქნა შერჩეული, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.

როგორ Fit / ანალიზით არის დოკუმენტირებული

Reference არქიტექტურა Fit / ანალიზით ძირითადად ტექსტური დოკუმენტი, with tables assessing the requirements characteristic profile and subject area coverage. Tabular ფორმა აღწერს ყველა საჭირო რაოდენობა მიიღოს ნათელი სურათი მოხსენიებული არქიტექტურის და მისი ფიტნეს ამ პროექტის.

მოკლე მიმოხილვა: მოკლე განაცხადი შერჩეული Reference არქიტექტურა და ნებისმიერი ძირითადი საკითხები / რისკები.

შესავალი: შესავალი კომენტარი მითითება არქიტექტურა.

ძირითადი მძღოლები: მოკლე განცხადებაში ბიზნეს მიზნების ან შეზღუდვების.

არქიტექტურა მოთხოვნები ჩამონათვალი: დოკუმენტი სტანდარტული კითხვები და პოტენციური პასუხი დაკავშირებით არქიტექტურული მოთხოვნები, 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, რომლებიც დოკუმენტირებული მაგიდა, როგორც ქვემოთ. ეს არის ნიმუში მაგიდა და ეს შეიძლება იყოს განსხვავებული ფორმატით მიხედვით სტანდარტის ორგანიზაცია.

Subject Area Checklist:თითოეული Reference არქიტექტურა მოიცავს რამდენიმე საგანში (ზოგჯერ მოხსენიებული, როგორც "დომენები"). 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, და ხელმძღვანელობით არის გათვალისწინებული, თითოეულ დონეზე მახასიათებლები დაუჭირა მხარი. ყოველი ადგილი, სადაც Reference არქიტექტურა არ აკმაყოფილებს მოთხოვნებს, აღწერს მოკლედ:

• უპასუხოდ მოთხოვნა. ეს ძალიან მნიშვნელოვანია შერჩევის მითითება არქიტექტურა.
• ტიპის და მოცულობის დელტა იქნებოდა საჭირო for Reference არქიტექტურა შეხვდება მოთხოვნა. ასევე აღნიშნავენ, თუ ის უნდა გაგრძელდეს, განახლდა, ან მიიღოს ახალი საგნების?
• შეფასების ღირებულება და რისკის დელტა

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, მომხმარებელს შეუძლია შეცვალოს თავისი ადრე განაცხადა მოთხოვნები, მაგალითად, აღიარების გზით, რომელიც არქიტექტურული ნიმუში მიერ მოწოდებული ცნობა არქიტექტურა არის ზემდგომი ერთ მან გათვალისწინებული.
3. გამოყენება ბიზნესის მძღოლები, IT პრინციპები და მოთხოვნები სიები დამახასიათებელი დამკვეთის მოთხოვნების შეამოწმეთ დამკვეთის თუ არა რაიმე სხვა მნიშვნელოვან მოთხოვნებს, რომლებიც არ იქნა დაფარული სტანდარტული მახასიათებლები.
4. განიხილავს მორგებული of მოთხოვნები მახასიათებლები მიერ მოწოდებული ცნობა არქიტექტურა სხვადასხვა დონეზე აბსტრაქცია.
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., აკავშირებს დამატებითი საგნების)
• შეცვლა Reference არქიტექტურა (ანუ, იცვლება მისი შიდა მოწყობის ან ქცევის)

1. დოკუმენტის ლოგიკა თითოეული ამ გადაწყვეტილებების თვალსაზრისით ვარაუდები, ბიზნეს გამართლება, რისკები, და ა.შ..
2. სასტარტედ საერთო შეფასებას სიცოცხლისუნარიანობა და რისკის ინფორმაციის საფუძველზე შესაძლებელი ამ ეტაპზე.

შესრულება შემდეგ ამოწმებს:

• შემოწმება, რომ მომხმარებელს დაამტკიცა კრიტერიუმები შედარების აირჩიოს Reference არქიტექტორები.
• შემოწმება, რომ ყველა ძირითად მოთხოვნას სფეროებში მომხმარებელს არ განხილულა.
• შემოწმება, რომ კრიტიკული დამოკიდებულება არქიტექტურის სამიზნე გარემოს შეიძლება შეხვდა.

• დავამტკიცოთ ნებისმიერი tradeoffs კეთდება შემკვეთთან და ქონებრივი მდგომარეობის პროვაიდერები, შემდეგი კრიტერიუმების მიხედვით.

• შეამოწმეთ, არქიტექტურა სტაბილური, რათა მოსალოდნელ ცვლილებებზე.

Share on Facebook

Tweet

Follow us

Save