Usage Metrics - capture
Usage Metrics – capture | Store and report on metrics for system usage 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)
|
Return on Investment (ROIs)
| External Stakeholders
Internal Stakeholders
|
Definitions Peak concurrent calls captured – The highest number of concurrent calls (audio and video) captured by the system over a given period of time Total number of seconds of audio captured – Total length of call (audio and video) captured in seconds over a given period of time Number of unique devices captured from – Number of unique devices (hard and soft) call audio was captured form over a given period of time Number of unique agents captured – Number of unique agents call audio was captured from over a given period of time |
Functional Requirements (Use Case)
Use Case Title: | Get usage metrics |
Description | This use case describes the process of retrieving usage metrics via an API endpoint |
Trigger | Call to API endpoint |
Primary Actors (Personas) |
|
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 |
Description | This use case describes the process of configuring email deliveries for usage metrics |
Trigger | Call to API endpoint |
Primary Actors (Personas) |
|
Secondary Actors | EA system |
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 |
Description | This use case describes the process of sending usage metrics email reports |
Trigger | Scheduled timer (Use case “configure email delivery for usage metrics”) |
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 logs for all system failures 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 report 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. All data to be timestamped using UTC | M |
|
Performance | NA |
|
|
Concurrency | Where multiple resilient collectors (L2), usage metrics to be based on single collector | M |
|
Storage | Same as resilience | M |
|
Test requirements | End to end testing | M |
|