Use Cases: Unterschied zwischen den Versionen

Aus DRV STRING
Wechseln zu: Navigation, Suche
(Referenz auf Flugbegriffe eingefügt.)
(Booking Actions)
(26 dazwischenliegende Versionen von 2 Benutzern werden nicht angezeigt)
Zeile 22: Zeile 22:
  
 
See [[Flight Availability (Gerätevakanz)]] for an example of what we need.
 
See [[Flight Availability (Gerätevakanz)]] for an example of what we need.
 +
 +
=== Role Definitions ===
 +
 +
- tour operator / airline system
 +
 +
- (supplier for the above)
 +
 +
- CRS / GDS
 +
 +
- client system non-automatic (travel agency)
 +
 +
- client sytem automatic (internet booking engine)
 +
 +
- offer / search system
  
 
=== Use Cases by Category ===
 
=== Use Cases by Category ===
Zeile 32: Zeile 46:
  
 
==== Hotel ====
 
==== Hotel ====
 +
* [[Hotel Availability (Hotelvakanz)]]
  
 
* [[Hotel on Request]]
 
* [[Hotel on Request]]
Zeile 52: Zeile 67:
  
 
==== Handling: Payment ====
 
==== Handling: Payment ====
 +
==== Train ====
 +
In the first step, it should initially be possible to book train journeys within Germany. In the following step also cross-border train journeys.
 +
 +
The display (D, DR etc.) and cancellation (S, SA, SR etc.) actions should be possible.
 +
 +
* [[Train Availability (Bahnauskunft)]]
 +
 +
* [[Book an Train trip]]
 +
 +
* [[Book an Seat only]]
  
 
=== Use Cases by Action ===
 
=== Use Cases by Action ===
Zeile 64: Zeile 89:
  
 
==== Vacancies ====
 
==== Vacancies ====
 
+
[[Graphical seating plan for the vacancy of tickets]]
 
* '''G''' [[Flight Availability (Gerätevakanz)]]
 
* '''G''' [[Flight Availability (Gerätevakanz)]]
 
* GF
 
* GF
 
* GK
 
* GK
 
* GZ
 
* GZ
* H
+
* '''H''' [[Hotel Availability (Hotelvakanz)]]
 +
[[Searching for a hotel using a map]]
 +
 
 +
[[Show nearby hotels first]]
 
* HF
 
* HF
 
* HK
 
* HK
Zeile 80: Zeile 108:
 
* HW
 
* HW
 
* KW
 
* KW
 +
[[Detailed Customer Preferences (Kundenwünsche)]]
 
* HO
 
* HO
 
* HU
 
* HU
Zeile 93: Zeile 122:
  
 
[[Using references to search results in Book]]
 
[[Using references to search results in Book]]
 +
 +
[[Traveler Name Fields without character limitation]]
 +
 +
[[Check for completeness of data]]
 +
 +
[[Choice of the format of the travel documents]]
 +
 +
[[Upselling function of additional services]]
 +
 
* BC
 
* BC
 +
[[Display booking-relevant information before booking]]
 
* BR
 
* BR
 
* BA
 
* BA
 +
[[Deliver variants of occupancy possibilities]]
 +
 +
[[Deliver board variants]]
 +
 +
[[Calculate senior discount]]
 
* BK
 
* BK
 
* BQ
 
* BQ
Zeile 102: Zeile 146:
 
* BT
 
* BT
 
* O
 
* O
 +
[[Renew options by customer]]
 
* OC
 
* OC
 
* OR
 
* OR
Zeile 137: Zeile 182:
  
 
==== Payment Actions ====
 
==== Payment Actions ====
 
+
[[Later modifications of payment information (credit card)]]
 
* DI
 
* DI
 
* DZ
 
* DZ

Version vom 24. April 2018, 09:14 Uhr


This is the main page for our collection of use cases.

To add a new one please insert a suitable name and then click "Create Use Case" to launch a new page for your entry. Then fill in the missing sections of the template.


Why Use Cases?

We aim to create a complete replacement for all transactions which are handled by STADIS and many external extensions today. To do so we have to find out which transactions are needed and what kind of data is exchanged between clients and tour operator systems.

So for a start every action code used today in TOMA-like systems should have at least one assigned use case here (or be deprecated).

The same applies for all proposed extensions of the "Anforderungsdefinition".

See Flight Availability (Gerätevakanz) for an example of what we need.

Role Definitions

- tour operator / airline system

- (supplier for the above)

- CRS / GDS

- client system non-automatic (travel agency)

- client sytem automatic (internet booking engine)

- offer / search system

Use Cases by Category

Flight

Hotel

Package

RentalCar

Cruise

Handling: Booking administration

Handling: Payment

Train

In the first step, it should initially be possible to book train journeys within Germany. In the following step also cross-border train journeys.

The display (D, DR etc.) and cancellation (S, SA, SR etc.) actions should be possible.

Use Cases by Action

The STRING interface will not use action codes but request/response pairs. We aim however to support all methods of the old interfaces we're superseding as long as they are not deprecated or applicable.

Several action codes might be linked to the same use case when their functionality will be bundled into the same request/response.

Actions for the Display of Examples

  • B?

Vacancies

Graphical seating plan for the vacancy of tickets

Searching for a hotel using a map

Show nearby hotels first

  • HF
  • HK
  • C
  • CF
  • CK

Actions for the Differentiation of an Offer

  • HW
  • KW

Detailed Customer Preferences (Kundenwünsche)

  • HO
  • HU
  • MW
  • KG/VA

Booking Actions

  • B

Book Flight

Shopping cart functionality

Using references to search results in Book

Traveler Name Fields without character limitation

Check for completeness of data

Choice of the format of the travel documents

Upselling function of additional services

  • BC

Display booking-relevant information before booking

  • BR
  • BA

Deliver variants of occupancy possibilities

Deliver board variants

Calculate senior discount

  • BK
  • BQ
  • BW
  • BM
  • BT
  • O

Renew options by customer

  • OC
  • OR
  • OA
  • OQ
  • BS
  • RF
  • PB
  • RS
  • CM
  • ZL
  • ZW
  • KV
  • KS

Actions for the Display of a Reservation

  • D
  • DR
  • CR

Actions for the Modification of a Reservation

  • F
  • FR
  • OV
  • U
  • UR
  • UC
  • UQ
  • S
  • SR
  • SA
  • W

Payment Actions

Later modifications of payment information (credit card)

  • DI
  • DZ
  • KU
  • KX
  • KE

Actions for Printing of Vouchers

  • RA

Display of Reservation Lists

  • V

Information

  • I
  • IP
  • BI
  • DD
  • AI
  • AG

Test Actions

  • TB
  • TD
  • TF
  • TO
  • TS
  • TU

Service Actions

  • +/- (Paging)
  •  ?

Use Cases by Reference to Request Document