This page aims at defining main concepts we all manipulate internally, within the company. You are required to make
your best effort to use this nomenclature when interacting internally (written documents but also orally).
Solution concepts
a product | A well-defined item offered off-the-shelf to our clients through a license. It can be a generic product (Ex.: current Gen1 application, the FK travel API, …) or a focus product (Ex.: DMO product) we build to address a specific segment (DMO).In order to be proficiently developed, a product requires a Product Owner (PO). |
a focus product | A product, offered off-the-shelf to our clients of a specific sector</u >, through a license, that consists of a dedicated web application to address their specific business needs. |
an ad hoc solution | Something built specifically for a client or a group of clients.
|
a service (or professional service) | A client consisting of experts-days, which could be researcher-days, analysts-days or insights team-days. |
Behind-the-scene concepts
a business capability | A functionality offered to clients through one of our product or ad hoc solution (Ex.: TAM forecasts, capacity) Currently, our main business capability is made of TAM+TAMFOR. |
an operational capability | A capability provided to internal teams to enhance our operational excellence (Ex.: continuous integration, infrastructure virtualization). |
a data nugget | A piece of our data, coupled with expert algorithms, which helps build an answer to a business question
|
a component | A part of the technical architecture that allows the delivery of products, ad hoc solutions and services Examples of components include the reusable pieces of UI that enables us to build custom interfaces, the micro-service framework that allows backend agility or the data lake which is the data storage layer of our platform. |
a module | A subset of a component (Ex.: Data governance is a module of the Data lake). |
a data source | A set of raw data provided by a FK business partner that will enable our business capabilities (Ex.: MIDT dataset).
|
an enabler | an operational capability which is a foundation for agility / performance / … --> (Ex.: Continuous Integration) |
The Gen2 platform concept
(Gen2) platform | The (Gen2) platform is the way we will deliver our value to our clients.
It is made of different components and products, aiming at serving our clients in a versatile, adapted and It unleashes our data science capacities by providing ubiquitous access to data, enables us to fully Unlike Gen2, Gen1 is the current power application, built over the last 8 to 10 years, that brought
ForwardKeys to where it is today. It essentially consists in “The FK application” and “The FK API”. Main users of the platform are:
|
Focus Products of the Gen2 platform
DMO | The focus product, offered off-the-shelf to our DMO clients through a license, that consists in a dedicated web application to address destinations specific business needs. |
Travel Retail | Same as above for Travel Retail clients. Yet to be defined. |
Hospitality | Same as above for Hospitality clients. Yet to be defined. |
Generic Products of the Gen2 platform
the FK power application | The product, offered off-the-shelf to our clients through a license, that consists in the BI power tool enabling them to navigate and analyze our data Note: currently, this is what is referred as “Gen1”, and would evolve in the future. |
the FK travel API | -shelf to our clients through a license, that consists in a standard API, exposed --> with a dedicated governance. |
Architecture macro-concepts
the front-end | Part of the software architecture that consists in interfaces exposed to users (Ex.: the DMO product user interface). |
the back-end | Part of the software architecture that consists in all components laying behind the scene and essentially serving the front-end (Ex.: the query engine). |
the data hub | The layer enabling both data scientists and products / ad hoc solutions to make the most of data
|
the data lake | The component providing Big Data storage and distributed computing capabilities, that will enable both data scientists and products / ad hoc solutions to access and make use of the data. |
the data factory | The component enabling our applied data scientists to deliver ad hoc solutions. |
the data lab | The component enabling our data scientists to test and train models to enhance our business capabilities. |
raw data | Data sources made available “as-is” in the data lake (Ex.: MIDT data) |
blue data | The enrichment of data sources that makes them consistent from a business standpoint (Ex.: on-the-book data)
|
micro-services | The small pieces of the application layer in charge of certain processes used by front-ends (Ex.: back-office “service order” micro-service).
|
API | Application Programming Interface: the upper layer of the back-end that exposes some data and processes of the platform, in the shape of micro-services, for front-ends and clients The FK Travel API is only a subset of this API, open to clients and partners, sold as a product through a license, and subject to proper governance. |
Advanced terms and concepts
This list features more advanced terms that product people will be likely to use:
(data) views | Processed data, stored in dedicated databases, that will serve specific needs of data scientists, insights analysts and products / ad hoc solutions(Ex.: pre-processed capacity data for Venice departing origin). |
an ETL | Stands for Extract-Transform-Load. A generic term used to describe processes used to process data within the data lake and prepare views. Those processes can be strictly ETL, but also variants or other kinds of processes such as ELT. Nevertheless, we will collectively name those “ETL”. Amongst other features, ETL encompass data quality control to make sure computed data is reliable. |