Usage Metrics - API
Usage Metrics – API | Store and report on metrics for system usage pertaining to data export so as to support customer billing for Extended Architecture |
Problem Statement Customers of Red Box Extended Architecture typically operate within highly regulated industries where call recording is critical for regulatory compliance. Volume licensing has been adopted as the preferred model for these customers and a tool is required for creating usage metrics to support customer billing | High level requirement (Objectives and Key results) As an Account Manager, I would like to have usage metrics reports pertaining to data export for my EA customers, so that I can create bills for them based on their system usage |
Return on Investment (ROIs)
| External Stakeholders
Internal Stakeholders
|
Definitions
|
Functional Requirements (Use Case)
Use Case Title: | Get usage metrics (API) |
Description | This use case describes the process of retrieving usage metrics via an API endpoint |
Trigger | Call to API endpoint |
Primary Actors |
|
Secondary Actors | EA system |
Stakeholders |
|
Preconditions |
|
Flow (Main success Scenario) |
|
Alternative flows |
|
Exception flows |
|
Post-conditions | Success End condition:
Failure End condition:
|
Frequency | None (on demand) |
Priority | Must |
Use Case Title: | Configure email delivery for usage metrics (API) |
Description | This use case describes the process of configuring email deliveries for usage metrics |
Trigger | Call to API endpoint |
Primary Actors |
|
Secondary Actors |
|
Stakeholders |
|
Preconditions |
|
Flow (Main success Scenario) |
|
Alternative flows |
|
Exception flows | NA |
Post-conditions | Success End condition:
Failure End condition:
|
Frequency | None (on demand) |
Priority | Must |
Use Case Title: | Email usage metrics (API) |
Description | This use case describes the process of sending usage metrics email reports |
Trigger | Scheduled timer (Use case “configure email delivery for usage metrics (API)”) |
Primary Actors (Personas) |
|
Secondary Actors |
|
Stakeholders |
|
Preconditions |
|
Flow (Main success Scenario) |
|
Alternative flows | NA |
Exception flows | 2a. EA system unable to retrieve configuration data for email 3a. EA system unable to retrieve usage metrics for time period specified by email configuration 6a. EA system unable to send usage metrics report by email |
Post-conditions | Success End condition:
Failure End condition:
|
Frequency | On schedule(s) |
Priority | Must |
Non functional requirements
Area | Requirement | MoSCoW | Additional comments |
Hardware Requirements | NA |
|
|
Software Requirements and Licencing | NA |
|
|
Supportability Requirements | Log all errors Create audit log for all emails successfully or unsuccessfully sent | M |
|
Security Requirements | All emails to be digitally signed | M |
|
Interface Requirements | NA |
|
|
Usability/Accessibility | NA |
|
|
Compliance Requirement | NA |
|
|
Training | Documentation to support Administration/configuration | M |
|
Resilience | If the system is unable to send an email, the contents of the email should be saved to the EA Core Services file system in an easy to access location for manual download | M |
|
Legal and Regulatory | NA |
|
|
Scalability | NA |
|
|
Error-handling | Log all errors | M |
|
Localizability | Feature to work with system clock/timezone | M |
|
Performance | NA |
|
|
Concurrency | Where multiple collectors are in use, usage metrics to be based on single collector | M |
|
Storage | Same as resilience | M |
|
Test requirements | End to end testing | M |
|