nesma.org Forums Sizing Sizing – FPA API or Web service FP counting process

Tagged: , ,

This topic contains 2 replies, has 3 voices, and was last updated by  EdwinvanGorp 1 year, 5 months ago.

Viewing 3 posts - 1 through 3 (of 3 total)
  • Author
    Posts
  • #7893

    Tirupati Sahu
    Participant

    An application Developed an UI and API. UI is the graphical user interface. API has business logic to retrieve the data.

    As per CPM guidelines EQ/EO definition an elementary process which “retrieve the data with or without processing logic”(API) and display(UI).

    Only UI or API does not leave the business in consistence state. So my conclusion is only one transaction.

    But the same API may be used by more than one application to retrieve the data(API) to use it in their transactions.

    So is it only one transaction “(UI) and API” together or Separate?

    some FP counters counting API and UI separate transaction.

    Please provide your views.

    #7895

    Alexander Vermeulen
    Participant

    If the API is used by more applications = more users, then that requirements is indeed a separate logic path.

    #7912

    EdwinvanGorp
    Participant

    The UI and the API together make one transactional function type, that is correct.
    If the API is used in combination with other UI’s, then each unique combination of API and UI should be seen as different transactional function types.
    And, if the UI is used in combination with other API’s, then each unique combination of API and UI should be seen as different transactional function types as well.

Viewing 3 posts - 1 through 3 (of 3 total)

You must be logged in to reply to this topic.