1. Вступ
Переклад
5.1 Вступ
5.1.1 Сфера архітектуризації має чітко визначати, які частини життєвого циклу розглядаються з усього життєвого циклу рішення — від найранішого визначення концепції до виведення з експлуатації та можливого заміщення. Це може здійснюватися шляхом визначення конкретних періодів часу або фаз життєвого циклу.
5.1.2 У частині, що стосується систем, обговорення архітектуризації та архітектур може відбуватися щодо об’єкта інтересу. Кожна ідентифікована система також може бути частиною більш масштабної системи та включати підсистеми. Поняття продукту також може бути ідентифіковане як складова системи або як архітектурний будівельний блок (Architecture Building Block, ABB). Більшість складних продуктів містять інші продукти (розглянуті в межах підсистем), здатні до незалежного функціонування, наприклад програмну операційну систему, при цьому кожна підсистема має власну архітектуру.
5.1.3 Сфера архітектуризації охоплює не лише технічні аспекти, а й широкий спектр чинників розвитку, технологічних, бізнесових, операційних, організаційних, політичних, економічних, правових, регуляторних, екологічних і соціальних впливів, а також часто естетичні¹² міркування, що впливають на рішення.
Примітки перекладача
Межі за життєвим циклом
Архітектура ніколи не охоплює автоматично весь життєвий цикл рішення — архітектура відповідає певному моменту життєвого цикла. Це означає що на кожному етапі життєвого циклу ми можемо мати різні версії архітектури. Життєвий цикл рішення розвивається від першої ідеї, концепції, через проєктування та реалізацію, фазу розгортання та експлуатації, включно з виведенням з експлуатації та можливої заміни.
Визначення на якому етапі життєвого циклу ми знаходимось дозволяє коректно інтерпретувати архітектурні рішення, розуміти склад архітектури, що до якого рівня деталізації зроблено.
Об’єкт розгляду (subject of interest)
Архітектура завжди має об’єкт розгляду (subject of interest). Цей об’єкт може бути окремою системою, частиною більшої системи, або система систем (System of Systems). При цьому ми можемо очікувати багато компонент (підсистем, модулей).
Мультиаспектність
Архітектура не зводиться до технічних рішень та включає чимало різноманітних аспектів. Ці аспекти залежать від ситуації, середовища, задачі та самої системи. Надані приклади аспектів (технічні, бізнесові, соціальні, організаційні, правові, політичні, екологічні тощо) наголошують на тому що при аналізі та проектуванні архітектури будуть залучені експерти з різних доменів і кінцеві архітектурні рішення визначаються не лише інженерами. Кількість факторів також наголошує на великій кількості регулювання (закони, норми, стандарти), архітектурні рішення знаходяться під впливом суспільних та політичних факторів.
Оригінальний текст
5.1 Introduction
5.1.1 The scope of architecting shall clearly state which part(s) of the lifecycle are being considered out of the entire life cycle of the solution from the earliest concept definition to retirement and possible replacement. This may be by defining specific time periods or phases of the lifecycle.
5.1.2 As long as systems are concerned, discussions of architecting and architectures may occur relative to a subject of interest. Each identified system can also be part of a more extensive system and comprises sub-systems. A notion of a product can also be identified as a system constituent or Architecture Building Block (ABB). Most complex products contain other products (seen within subsystems) capable of independent operation, e.g. a software operating system, with each subsystem having its own architecture.
5.1.3 The scope of architecting encompasses not only technical considerations, but a wide range of developmental, technological, business, operational, organizational, political, economic, legal, regulatory, ecological and social influences, and often aesthetic12 concerns that influence the solution.