Difference between revisions of "MCatalog/Phases of Delivery"
(→TRL 5) |
|||
| Line 12: | Line 12: | ||
====TRL 5==== | ====TRL 5==== | ||
Based on data types defined in [[{{PAGENAME}}#TRL 3|TRL 3]], | Based on data types defined in [[{{PAGENAME}}#TRL 3|TRL 3]], present repetitive control structures in [[LKPP]]-defined business processes as standardized templates in [[Smart Contract]]s. These standardized templates should be initially written in the programming language [[Solidity]], and they are defined to enhance software reusability and reduce the complexity of business process verification and validation. | ||
====TRL 6==== | ====TRL 6==== | ||
Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. This will be the foundation for establishing a guideline for implementing the evolving business models as they are to be defined incrementally by [[LKPP]] when new requirements and needs reveal themselves. | Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. This will be the foundation for establishing a guideline for implementing the evolving business models as they are to be defined incrementally by [[LKPP]] when new requirements and needs reveal themselves. | ||
* TRL 7-9: | * TRL 7-9: | ||
Revision as of 15:50, 5 June 2022
Phases of delivery/Technology Readiness Levels(TRLs)
- TRL 1-3: Web-based Smart Contract Demonstration: Use Smart Contracts and Ethereum-based account classification to perform LKPP-defined product catalog data update and publication business process. This includes the following features:
TRL 1
Demonstrate that each Programmable Account represents a self-contained LKPP-specified business process, each business process would involve a set of explicitly defined roles, such as buyers/vendors/administrators, who are identified by Externally Owned Accounts.
TRL 2
Demonstrate how each Programmable Account can ensure transparency and non-corruptibility with respect to the security model of blockchain-based Smart Contracts.
TRL 3
Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. This will be the foundation for establishing a guideline for implementing the evolving business models as they are to be defined incrementally by LKPP when new requirements and needs reveal themselves.
- TRL 4-6: Working with UI/UX designers to create a series of Technology Demonstration products and Deployment process:
TRL 4
Refine and ensure all code base can switch between public and self-hosted Ethereum-compatible blockchains, and works on generic web-based human-machine interfaces.
TRL 5
Based on data types defined in TRL 3, present repetitive control structures in LKPP-defined business processes as standardized templates in Smart Contracts. These standardized templates should be initially written in the programming language Solidity, and they are defined to enhance software reusability and reduce the complexity of business process verification and validation.
TRL 6
Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. This will be the foundation for establishing a guideline for implementing the evolving business models as they are to be defined incrementally by LKPP when new requirements and needs reveal themselves.
- TRL 7-9: