Solution-concept-diagrams

Данная страница является адаптированным переводом "Solution concept diagrams" https://www.togaf-modeling.org Дата проверки актуальности:

Home

Models

Downloads

About

Диаграмма концепции решения

Диаграмма концепции решения обеспечивает высокоуровневый взгляд на решение, который нужен для совместного архитектурного обсуждения. В отличии от более формализованных и детальных диаграмм архитектуры, разрабатываемых на следующих этапах, концепция решения представляет собой некоторый "карандашный эскиз" для инициирования работ. В этой диаграмме могут быть отражены ключевые цели, требования и ограничения, а также выделены области, которые в дальнейшем необходимо более детально смоделировать. Цель этой диаграммы - быстрое включение заинтересованных сторон в процесс согласования конкретной инициативы, чтобы все участники понимали, чего хочется достичь в результате архитектурного взаимодействия и как конкретный подход будет отвечать потребностям предприятия.	A solution concept diagram provides a high-level orientation of the solution that is envisaged in order to meet the objectives of the architecture engagement. In contrast to the more formal and detailed architecture diagrams developed in the following phases, the solution concept represents a pencil sketch of the expected solution at the outset of the engagement. This diagram may embody key objectives, requirements and constraints for the engagement, and also highlight work areas to be investigated in more detail with formal architecture modeling. The purpose of this diagram is to quickly on-board and align stakeholders for a particular change initiative, so that all participants understand what the architecture engagement is seeking to achieve and how it is expected that a particular solution approach will meet the needs of the enterprise.
Отразите только основные компоненты приложений решения и обобщите их связи с помощью зависимостей "доступа". При необходимости, соединение их к существующим приложениям. Свяжите их с требованиями, процессами или функциями, связанными с целями. Также укажите (с помощью зависимостей "потребители") роли пользователей компонентов.	Present only the main application components of the solution, and summarize their connections using "access" dependencies. Connect them to existing applications when necessary. Connect them to requirements, processes or functions, themselves connected to goals. Also express (via "consumes" dependencies) which role uses which component.
Таким образом, на диаграмме представляется "макро" видение архитектуры целевого решения, включая ссылки на цели и требования, которым должны удовлетворять различные элементы решения.	A "macro" vision of the architecture of the targeted solution is therefore presented, including links to the goals and requirements that the different elements of the solution must satisfy.
В представленном ниже примере основное внимание уделяется компоненту "Сайт бронирования поездок" ("TripReservationSite"), и процессу "Резервирование поездки" ("ReserveTrip"). Они удовлетворяют требованиям "Доступ к бронированию через интернет" и "Автоматизация процесса Бронирования". Они соответствуют следующим целям предприятия: повышение производительности, улучшение BPM и т.д. Двумя основными задействованными пользователями являются менеджер по работе с клиентами (внутренний участник) и клиент (внешний участник). Другие компоненты приложения (Путешествие, Клиент, Заказ, Отчетность ERP, Портфолио, Кредитная карта) (Travel, Customer, Order, Accounting ERP, Portfolio Repository, Credit Card) представлены в основном для того, чтобы показать, какие новые основные компоненты необходимо разработать, какие объекты должны быть переиспользоваyны или разработаны, и какие существующие приложения необходимо подключить (в данном случае ERP).	In this example, the main focus in on the "TripReservationSite" application component, and on the "ReserveTrip" process application component. They satisfy the requirements "Internet Booking access" and Booking process automation". They correspond to the following enterprise goals : Improve productivity, improve the BPM, etc. The two main involved users are Account manager (Internal Actor) and Client (External Actor). Other application components are presented (Travel, Customer, Order, Accounting ERP, Portfolio Repository, Credit Card) mainly to show which new main components have to be developped, which repository will be reused or developed, and which legacy applications need to be connected (here the ERP).

therefore - следовательно, по этой причине, в результате, поэтому
satisfy - удовлетворять, соответствовать, отвечать