Опис
Перш ніж дати визначення еталонної архітектурі, краще мати деяке уявлення про архітектурі програмного забезпечення. Архітектура програмного забезпечення має різні визначення, які отримують з різних джерел. Вона варіюється від проектування, створення і підтримку весь код, великих комп'ютерних систем, включаючи всі функціонування фізичні та логічні компоненти системи підприємства, а також. Вона являє собою поєднання і взаємодію всіх компонентів (програмне і апаратне забезпечення) зробити повну систему, пов'язаних з різними потребами бізнесу.
Еталонної архітектурі і Fit / є аналіз прогалин короткий документ із зазначенням еталонної архітектурі, які будуть використовуватися в якості основи для архітектури поточного проекту і включаючи обгрунтування цього рішення. Крім того, процес аналізу, щоб зрозуміти еталонну архітектуру і її реалізація.
Еталонна архітектура є наперед визначеним архітектурний шаблон призначений для використання в конкретному бізнесі та технічних контекстах.
Джерело еталонних архітектур в рамках організації може бути будь перевірена структура активів і використовувалися в більш ранніх проектах. Робота продукту носить загальний характер і в рівній мірі відноситься до вибору еталонних архітектур з інших джерел.
Найбільш важливою частиною еталонної архітектури є розуміння фітнесу і прогалини, виявлені при аналізі.
Еталонна архітектура Fit / Gap аналіз підраховує ключові фактори, що впливають на вибір Еталонна архітектура:
- Бізнес-сценаріїв
- Бізнес-фактори
- Архітектура характеристики
Вибір активів включає в себе компроміси. Еталонна архітектура Fit / Gap аналіз документів відмінності між бажаною архітектури проекту та еталонної архітектури в заяві-в-формі і визначає зміни, необхідні для проекту.
Мета
Тепер перевіримо цілей Fit / ГЕП-аналіз на модель архітектури. Еталонна архітектура Fit / Gap для аналізу використовуються наступні
- Для надання допомоги у визначенні обсягу пропонованого проекту розробки рішень
- В якості внеску в інших продуктах архітектура роботи. Залежно від розміру зазорів, Обрана архітектура ведення і відповідні Fit / аналіз прогалин можуть стати основою для всієї архітектури.
- Щоб виділити будь-яких прогалин, де Еталонна архітектура не вписується вимогам проекту. Вони вказують на області ризику або значного архітектурних робіт, необхідних у проекті. Це також допомагає вибрати еталонну архітектуру для пропонованого проекту.
Вплив не маючи Еталонна архітектура
Вибір Еталонна архітектура зменшує ризик за рахунок повторного використання перевіреної, кращі практики вирішення. Не претендуючи стандартний Еталонна архітектура збільшує зусилля проекту і вартість, і підвищує ризик провалу проекту.
Кращий спосіб використовувати архітектурні активи, щоб почати з вибору еталонної архітектури. Це сформує контекст для більш детального вибору активів і керівництвом.
Причини невикористання Еталонна архітектура
На основі активів проектів, цей продукт завжди повинен бути проведений.
Якщо відповідні еталонні архітектури не доступні для проекту або проекту вирішує не використовувати еталонну архітектуру, то не більше Резюме, в тому числі причини, чому Еталонна архітектура не була обрана, повинна бути завершена. Часто навіть це не потрібно. Замітка може бути додано в документацію про вибір робочих продуктів.
Як Fit / Gap аналіз документально
Еталонна архітектура Fit / Аналіз прогалин в основному текстовий документ, з таблицями оцінки вимоги до профілю характерний і охоплення предметної області. Табличній формі описує всі необхідні точки, щоб отримати чітку картину називають архітектурою і її придатності в пропонованому проекті.
Резюме: Коротке формулювання обраної еталонної архітектурі і яких-небудь серйозних проблем / ризиків.
Введення: Вступні зауваження з приводу еталонної архітектури.
Ключові драйвери: Короткий виклад бізнес-цілей чи обмежень.
Контрольний список вимог архітектури: Документ складається з стандартного набору питань і можливих відповідей щодо архітектурних вимог, яка дозволяє систематичний збір архітектурних вимог до проекту. Цей набір використовується в якості контрольного переліку для запиту вимог замовника архітектурний та пов'язаних з ними питань, які описані в таблиці, як показано нижче. Це приклад таблиці, і це може бути інший формат відповідно до стандарту організації.
| Вимога | Характеристика Еталонна архітектура | Потрібне значення проекту | Ризики / проблеми / Коментарі окуляри з розслідування |
| Вимоги назву | Відповідний діапазон значень для цієї архітектури | Діапазон застосовно до клієнта | Будь-які прогалини, ризики, ймовірні майбутні питання, Теми для подальшого аналізу |
Предметна область Контрольний список:Кожен Еталонна архітектура включає в себе кілька предметних областей (іноді згадується як "домени"). Предметні області конкретні проблемні області, наприклад, веб-каналу доставки є предметом район, що складається з веб-браузерів, серверів доменних імен, і т.д.. Простий і ясний спосіб Розглядаючи "вписатися" в еталонну архітектуру до вимог замовника, щоб порівняти його з освітленням предметної області. Нижче таблиця для захоплення деталі.
Предметна область |
Присутній в архітектурі? | На вимогу замовника? | Проблеми / Ризики / Notes |
| Назва предметної області | Yes/No | Yes/No |
Заява Fit:Резюме ступеня "підгонки" Еталонна архітектура і вимог замовника. Кожен Еталонна архітектура описується на декількох рівнях абстракції, і керівництво передбачені на кожному рівні від характеристик підтримується. Для кожної області, де еталонна архітектура не відповідає вимогам, стисло описати:
- Незадоволених потреб. Це дуже важливо для вибору еталонної архітектури.
- Тип і ступінь дельта, яка була б необхідною для еталонної архітектури для задоволення вимоги. Також вкажіть, якщо він має бути продовжений, модифікований, або отримати нову предметну область?
- Оцінка вартості та ризику дельти
Підхід розвитку
Наступні кроки мають бути зроблені у створенні цієї роботи продукту:
- Виявити найбільш вірогідний кандидат Еталонна архітектура. Як є невелика кількість еталонних архітектур, кожен з яких має чітко визначений фокус, вона повинна бути простою для ідентифікації одного або двох як мають відношення до проекту замовника мети і майбутні бізнес-моделі.
- Прочитайте опис активу контексті, , Яке передбачено в обох текстової та ілюстрації форми, з клієнтом, щоб оцінити посадку. Ілюстрації, зокрема, є потужним способом перевірки розуміння клієнтів пропонованого підходу. У ході цього процесу, замовник може прийняти рішення змінити його раніше заявленим вимогам, наприклад, через визнання того, що архітектурний шаблон надаються Еталонна архітектура перевершує той, який він раніше передбачених.
- Використовуйте Бізнес-фактори, IT принципи і вимоги до списків характеризують вимоги замовника Перевірте з клієнтом про те, чи є які-небудь інші важливі вимоги, які не були покриті стандартними характеристиками.
- Вивчіть нападі вимоги з характеристиками надаються еталонна архітектура на різних рівнях абстракції.
- З бази активів, визначити предметні області, що охоплюються еталонної архітектури. Порівняйте їх з предметних областях, необхідних замовнику.
- Аналіз відповідності між еталонною архітектури і вимог замовника. Документ всі прогалини, і зробити початкові оцінки із замовником про те, як ці недоліки будуть вирішені. Це може включати:
- Продовження архітектури (e.g., посилання на додаткові предметної області)
- Зміна Еталонна архітектура (тобто, зміна його внутрішньої структури або поведінку)
- Документ обгрунтування по кожному з цих рішень з точки зору припущень, Обгрунтування для бізнесу, ризики, і т.д..
- Зробити загальну оцінку життєздатності та ризиків на основі інформації, наявної на даний момент.
Валідації та верифікації
Виконайте наступні перевірки:
- Переконайтеся, що клієнт затвердив критерії, які використовуються для порівняння і вибору еталонних архітектур.
- Переконайтеся, що всі основні області вимогою замовника було розглянуто.
- Переконайтеся, що критичні залежності архітектури в цільової середовищі можуть бути задоволені.
- Підтвердити будь-який компроміс, досягнутий із замовником і активами провайдерів з наступними критеріями.
- Переконайтеся, що архітектура є стійкою до очікуваних змін.
