Апісанне
Перш чым даць вызначэнне эталоннай архітэктуры, лепш мець некаторы ўяўленне пра архітэктуры праграмнага забеспячэння. Архітэктура праграмнага забеспячэння мае розныя вызначэння, якія атрымліваюць з розных крыніц. Яна вар'іруецца ад праектавання, стварэнне і падтрыманне увесь код, вялікіх камп'ютэрных сістэм, уключаючы ўсе функцыянаванне фізічныя і лагічныя кампаненты сістэмы прадпрыемства, а таксама. Яна ўяўляе сабой спалучэнне і ўзаемадзеянне ўсіх кампанентаў (праграмнае і апаратнае забеспячэнне) зрабіць поўную сістэму, звязаных з рознымі патрэбамі бізнесу.
Эталоннай архітэктуры і Fit / з'яўляецца аналіз прабелаў кароткі дакумент з указаннем эталоннай архітэктуры, якія будуць выкарыстоўвацца ў якасці асновы для архітэктуры бягучага праекта і уключаючы абгрунтаванне гэтага рашэння. Акрамя таго, працэс аналізу, каб зразумець эталонную архітэктуру і яе рэалізацыя.
Эталонная архітэктура з'яўляецца перадвызначаным архітэктурны шаблон прызначаны для выкарыстання ў канкрэтным бізнесе і тэхнічных кантэкстах.
Крыніца эталонных архітэктур у рамках арганізацыі можа быць любы правераная структура актываў і выкарыстоўваліся ў больш ранніх праектах. Праца прадукту носіць агульны характар і ў роўнай ступені адносіцца да выбару эталонных архітэктур з іншых крыніц.
Найбольш важнай часткай эталоннай архітэктуры з'яўляецца разуменне фітнесу і прабелы, выяўленыя пры аналізе.
Эталонная архітэктура Fit / Gap аналіз падлічвае ключавыя фактары, якія ўплываюць на выбар Эталонная архітэктура:
- Бізнес-сцэнарыяў
- Бізнес-фактары
- Архітэктура характарыстыкі
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 / ГЭП-аналіз на мадэль архітэктуры. Эталонная архітэктура Fit / Gap для аналізу выкарыстоўваюцца наступныя
- Для аказання дапамогі ў вызначэнні аб'ёму прапанаванага праекта распрацоўкі рашэнняў
- As an input to other architecture work products. Depending on the size of the gaps, Абраная архітэктура вядзення і адпаведныя Fit / аналіз прабелаў могуць стаць асновай для ўсёй архітэктуры.
- 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. Гэта таксама дапамагае выбраць эталонную архітэктуру для прапанаванага праекта.
Уплыў не маючы Эталонная архітэктура
Выбар Эталонная архітэктура памяншае рызыку за кошт паўторнага выкарыстання праверанай, 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.
Прычыны невыкарыстання Эталонная архітэктура
На аснове актываў праектаў, гэты прадукт заўсёды павінен быць выраблены.
Калі адпаведныя эталонныя архітэктуры не даступныя для праекта або праекта вырашае не выкарыстоўваць эталонную архітэктуру, то не больш за Рэзюмэ, у тым ліку прычыны, чаму Эталонная архітэктура ня была абраная, should be completed. Often even this is unnecessary. A note can be added to the documentation of the choice of work products.
Як Fit / Gap аналіз дакументальна
Эталонная архітэктура Fit / Аналіз прабелаў у асноўным тэкставы дакумент, з табліцамі ацэнкі патрабаванні да профілі характэрны і ахопу прадметнай вобласці. Таблічнай форме апісвае ўсе неабходныя кропкі, каб атрымаць дакладную карціну называюць архітэктурай і яе прыдатнасці ў прапанаваным праекце.
Рэзюмэ: Кароткая фармулёўка абранай эталоннай архітэктуры і якіх-небудзь сур'ёзных праблем / рызык.
Увядзенне: Уступныя заўвагі з нагоды эталоннай архітэктуры.
Ключавыя драйверы: Кароткі выклад бізнес-мэтаў або абмежаванняў.
Кантрольны спіс патрабаванняў архітэктуры: Дакумент складаецца з стандартнага набору пытанняў і магчымых адказаў у дачыненні да архітэктурных патрабаванняў, 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:Кожны Эталонная архітэктура ўключае ў сябе некалькі прадметных абласцей (часам згадваецца як "дамены"). 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. Ніжэй табліца для захопу дэталі.
Прадметная вобласць |
Прысутнічае ў архітэктуры? | Па патрабаванні заказчыка? | Праблемы / Рызыкі / Notes |
| Назва прадметнай вобласці | 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, і кіраўніцтва прадугледжаны на кожным узроўні ад характарыстык падтрымліваецца. Для кожнай вобласці, дзе эталонная архітэктура не адпавядае патрабаванням, коратка апісаць:
- Нездаволеных патрэбаў. Гэта вельмі важна для выбару эталоннай архітэктуры.
- Тып і ступень дэльта, якая была б неабходнай для эталоннай архітэктуры для задавальнення патрабаванні. Таксама пакажыце, калі ён павінен быць прадоўжаны, мадыфікаваны, ці атрымаць новую прадметную вобласць?
- Ацэнка кошту і рызыкі дэльты
Development Approach
Наступныя крокі павінны быць зроблены ў стварэнні гэтай працы прадукту:
- Identify the most likely Reference Architecture candidate. As there are a small number of Reference Architectures, кожны з якіх мае выразна пэўны фокус, яна павінна быць простай для ідэнтыфікацыі аднаго або двух як якія маюць дачыненне да праекту заказчыка мэты і будучыя бізнес-мадэлі.
- Прачытайце апісанне актыву кантэксце, , Якое прадугледжана ў абедзвюх тэкставай і ілюстрацыі формы, with the customer to assess fit. The illustrations, у прыватнасці, are a powerful way of checking customer understanding of the proposed approach. During this process, заказчык можа прыняць рашэнне змяніць яго раней заяўленым патрабаванням, напрыклад, праз прызнанне таго, што архітэктурны шаблон прадстаўляюцца Эталонная архітэктура пераўзыходзіць той, які ён раней прадугледжаных.
- Выкарыстоўвайце Бізнес-фактары, IT прынцыпы і патрабаванні да спісаў характарызуюць патрабаванні заказчыка Праверце з кліентам пра тое, ці ёсць якія-небудзь іншыя важныя патрабаванні, якія не былі пакрытыя стандартнымі характарыстыкамі.
- Вывучыце прыступе патрабаванні з характарыстыкамі прадстаўляюцца эталонная архітэктура на розных узроўнях абстракцыі.
- З базы актываў, identify the subject areas covered by the Reference Architecture. Compare these with the subject areas required by the customer.
- 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., спасылкі на дадатковыя прадметнай вобласці)
- Змена Эталонная архітэктура (гэта значыць, змена яго ўнутранай структуры або паводзіны)
- Дакумент абгрунтавання па кожнаму з гэтых рашэнняў з пункту гледжання здагадак, Абгрунтаванне для бізнесу, рызыкі, і г.д..
- Зрабіць агульную ацэнку жыццяздольнасці і рызык на аснове інфармацыі, якая маецца на дадзены момант.
Валідацыі і верыфікацыі
Выканайце наступныя праверкі:
- Пераканайцеся, што кліент зацвердзіў крытэрыі, якія выкарыстоўваюцца для параўнання і выбару эталонных архітэктур.
- Пераканайцеся, што ўсе асноўныя вобласці патрабаваннем заказчыка было разгледжана.
- Пераканайцеся, што крытычныя залежнасці архітэктуры ў мэтавай асяроддзі могуць быць задаволеныя.
- Пацвердзіць любы кампраміс робяцца з заказчыкам і актывамі пастаўшчыкоў з наступнымі крытэрыямі.
- Пераканайцеся, што архітэктура з'яўляецца устойлівай да чаканым зменам.
