Search keyword in element

Catalog

Statement A collection of logically related building blocks of the same specialization (service, ABB or SBB). Description A catalog is a collection or register of building blocks of the same type. It is often aimed at a specific field of work, such as infrastructure, geo, integration. A catalog often contains building blocks of the same specialization, i.e. services, architecture or solution building blocks. However, the building blocks within this will often also be composed. A catalog can be seen as a showcase of generic and reusable architectural products. When these building blocks are used by a project, a number of architectural requirements, principles and requirements are met. The advantage for architecture is that these building blocks are reused. The advantage from a project perspective is that the architectural principles are met and that implementation is standardized and can probably be done faster. Due to changes in the environment (projects, LCM, innovations), the content of a catalog will regularly be adjusted, expanded or made more detailed elaborated. A catalog and the entities included in it thus become a "living" ecosystem. Initially, a supply-driven catalog model will be used. Becoming with others. Every domain architect creates a building block catalog for his domain. At a later stage this will be adapted to a demand-oriented elaboration, the so-called showcase model. architecture) concept can be included in a catalog.
  • Catalogs are categorized based on a scope. (e.g., infrastructure, integration, geo).
  • Catalogs within a scope have an owner.
  • Catalogs are described in a registry (managed in Sparx Enterprise Architect and published to HTML and PDF documents)
  • Catalogs are often hierarchical or layered in design. On the one hand due to the division into Service, ABB and SBB, and on the other hand due to the design with composite building blocks.
  • SBB

    Solution Building Block.

    Solution Building Block

    A candidate solution which conforms to the specification of an Architecture Building Block.

    Solution Building block

    Statement A solution building block is the physical implementation of a functionality developed in one or more ABB. Description For a solution building block, the abbreviation SBB is used. An SBB describes the implementation with which a functionality is realized. An SBB offers this implementation to a higher-level entity. In our model, an SBB is an implementation of ABB or of a composite SBB. It is relevant here that a distinction is made between architectural layers. For us, the infrastructural and application layers are the most important areas of application. An SBB at application level can therefore be a composition of SBBs at both the application and the infrastructure layer. SBB are related to qualities, constraints and principles. This is preferably elaborated to indicate which requirements are met from an implementation perspective and which are not. This in combination with the model of qualities within the ABB and the requirements as developed at service level provides a complete description of the features offered by a service. Features
    • SBB is a physical implementation of one (part of) or more ABBs or functions.
    • Technical and product specifications are known.
    • Brand and supplier names are known.
    • An SBB can often be replaced by another product or implementation.

    Example SBB word processing LibreOffice

    Example of a solution building block for the implementation of ABB office automation and word processing. In this case based on two application components from the LibreOffice suite.

    Example SBB word processing Office365

    Example of a solution building block for the implementation of ABB office automation and word processing. In this case based on two application components from the Office365 suite.

    Example Solution office Automation

    Example of a solution building block on the basis of which the business layer entities for a financial activity are supported from a number of services from the application layer. So the connection point is now a number of services offered by ABB and SBB.

    Example Solution office management

    Example of a solution building block on the basis of which the business layer entities for a financial activity are supported from a number of services from the application layer. So the connection point is now a number of services offered by ABB and SBB.