-
Notifications
You must be signed in to change notification settings - Fork 0
VUS Design
illyfrancis edited this page Jul 31, 2013
·
33 revisions
Further breakdown by messages
- VUS 1, 2 or .. 7
Or breakdown by type
- Trade transactions
- MF trade transactions
- Corporate action transactions
Capture design approach for each breakdown and success criteria?
- Core logic design from previous plus...
- VUS Ref Id generation
- ensuring uniqueness, durable with re-start
- reliability
- redundancy
- durable message
- system recovery
- capacity
- scalability - both horizontal and vertical
- on which component? core only?
- performance
- what, where, how and when to measure?
- establish benchmark?
Need to filter and/or transform each input data and supply that to the Core system. The source system involved are:
- RTCR
- FX Away
- MFPS
- InfoM(?) - depends on VUS 5 handling
For each system identified, (may) need an adapter (or wraper?) with filter/transformer. The actual integration with respective systems are the concern of the integration stream.
Define the communication channel, queues, set up of MQ, and message types between systems. Concerned with message consumption and dispatch.
- Message transformation (is this really the concern of the integration layer? or should it be moved out/up to adapter?)
- Defining the connectivity between VUS and the client
- Design of Reply/Response (or Ack/Nack) paradigm
- Consideration for durable messages and its implementation detail
- Handling dead-letter queue
- Concerned with system re-start
- UAF
- Static database
- RTCR
- FX Away
- MFPS
- InfoM(?)
- Defining alertable events
- Need to determine the criteria for raising alerts
- Related to UI
- Identify the requirement and source system(s)
- Need further analysis on the requirements
- ACL requirements
- Role based?
- Generation of VUS ref id and mapping from tx id(s)
- Creation and dispatch VUS messages to SEB
- Message loss?
- Exception