Describing an IT Service
IT Service diagrams
An IT Service is described by several types of diagrams:
• an IT Service structure diagram is used to represent the service interactions between the IT Service components under the form of service interfaces.
• a scenario of IT Service Flows presents the application flows exchanged between the described IT services or microservices used by this IT Service. A scenario can represent a particular use case of the IT service or more globally all the flows exchanged within this IT service.
Accessing the list of IT services
To access the list of IT Services from the Inventories navigation menu:
The list of IT services appears in the edit area.
IT Service properties
The complete description of an IT Service is accessed from its properties pages.
The Characteristics properties page for an IT Service provides access to:
• its Owner, by default during creation of the IT service, the current library.
• its Name,
• the Type,
• the Visibility,
• the Review Status,
• the text of its Description
• The Functional scope section is used to describe:
• The business capabilities covered by the IT Service,
• The Implemented Functionalities that are fulfilled by the IT service.
• The Responsibility section relates the person(s) responsible for the IT service
• Software Designer
• Local Application Owner
• the Technologies section provides access to the list of Software Technologies used by the IT Service.
• the Risks section presents the risks associated with the application, see Describing an Application Environment with Hopex IT Architecture.
With Hopex IT Architecture an IT service is described by other property pages, see Hopex IT Architecture properties pages content
Using IT Service Structure Diagram
With Hopex IT Architecture, the components of an IT Service can be described by an IT Service structure diagram.
An IT Service Structure Diagram includes:
• IT services,
• Microservices
• Physical data stores; see Managing Data.
• access, request and service points; Creating a Service Point or a Request Point.
• Service interactions between components