Difference between revisions of "MCatalog/Phases of Delivery"
(→TRL 5) |
|||
| Line 1: | Line 1: | ||
===Phases of delivery/[[wikipedia:Technology_readiness_level|Technology Readiness Levels(TRLs)]]=== | ===Phases of delivery/[[wikipedia:Technology_readiness_level|Technology Readiness Levels(TRLs)]]=== | ||
====Web-based Smart Contract Demonstration==== | |||
====TRL 1==== | The first three levels of TRL will use [[Smart Contract]]s 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 [[buyer]]s/[[vendor]]s/[[administrator]]s, who are identified by [[Externally Owned Account]]s. | 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 [[buyer]]s/[[vendor]]s/[[administrator]]s, who are identified by [[Externally Owned Account]]s. | ||
====TRL 2==== | =====TRL 2===== | ||
Demonstrate how each [[Programmable Account]] can ensure transparency and non-corruptibility with respect to the security model of [[blockchain]]-based [[Smart Contract]]s. | Demonstrate how each [[Programmable Account]] can ensure transparency and non-corruptibility with respect to the security model of [[blockchain]]-based [[Smart Contract]]s. | ||
====TRL 3==== | =====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. | 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. | ||
====Technology Demonstration and Deployment Process==== | |||
====TRL 4==== | From TRL 4-6, the product development will incorporate 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. | 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==== | =====TRL 5===== | ||
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. | 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:53, 5 June 2022
Phases of delivery/Technology Readiness Levels(TRLs)
Web-based Smart Contract Demonstration
The first three levels of TRL will 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.
Technology Demonstration and Deployment Process
From TRL 4-6, the product development will incorporate 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: