Non-Full Supply products performance improvement
Goals/Scope
- Malawi experiences poor performance when initiating a requisition and selecting the Non-Full Supply tab. It is suspected that the performance is poor due to the number of Non-Full Supply products (2,000 or more).
Background
Per the Non-Functional Requirements - performance the goal for Non-Full Supply products support is 10,000 products.
Assumptions
Proposed Options
Option 1: Online only | Option 2: Frequently ordered products | Option 3: Combo! | Option 4: Repurpose Add Products modal | |
---|---|---|---|---|
Description | Value:
| Value: Cached “frequently ordered products” list of 500 non-full supply products list. | Value: Combination of Option 1 & 2 where 500 non-full supply products always available offline with improved performance, and FULL non-full supply products list is available online with known existing performance delay | Value: Reduces clicks by user because they can select more than one product to add at a time. |
Configuration |
|
|
|
|
LOE | ||||
Performance | Must perform better than current performance | Need to test existing modal functionality with 2,000 - 10,000 products | ||
User Experience | Admin:
End-user:
| Admin:
End-user:
| Admin:
End-user:
| Admin:
End-user:
|
Questions |
|
|
Option 4 screenshots:
Open Questions
Below is a list of questions to be addressed as a result of this requirements document:
# | Question | Outcome | Status |
---|---|---|---|
1 | Existing Non-Full supply user experience issue: When the user clicks the Non-Full Supply tab, they are required to select the Product Category first before they can select a product. Malawi has made a workaround for this by creating a category of "Non-Full Supply" with all non-full supply products in this category. This is an additional two clicks for each product they add, and very annoying. Will removing this category as required be part of this improvement? |
Out of Scope
OpenLMIS: the global initiative for powerful LMIS software