Difference between revisions of "LKPP/TRL"
Jump to navigation
Jump to search
Line 5: | Line 5: | ||
=====TRL 1===== | =====TRL 1===== | ||
''' | '''previsional date to be validated: end of June | ||
Consists in implementing in [[PKC]] | * Run the first version Prototype and first environment controlled tests. | ||
* Consists in implementing [[Smart Contract]]s and [[Ethereum]]-based account classification to perform [[LKPP]]-defined product catalog data update and publication business process in [[PKC]] | |||
* 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===== | ||
'''previsional date to be validated: end of September | |||
* Still in control environment but with a project to run independently in a real environment (predicted to be an education project) | |||
* Implement the security model of [[blockchain]]-based [[Smart Contract]]s achieving | |||
* Implement metric system based on time management and report real-time results | |||
* Report on a few low complexity use cases, identified by [[LKPP]] with the team implementation and data transparency and non-corruptibility | |||
=====TRL 3===== | =====TRL 3===== | ||
====Technology Demonstration and Deployment Process==== | '''previsional date to be validated: December | ||
'''Can be certain updates between this period in order to make the product as much as updated to G20 | |||
* Proof of Concept achieved by several tests in real and control environment and new features implemented | |||
* Authentication in process for private and public use. (Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. Define the data storage, backup/restore mechanisms leveraging the existing infrastructure of [[PKC]]) | |||
* Store and Contain, principle of a Personal Knowledge Container.(A specific data storage and backup/restore procedure, co-developed with [[LKPP]] will be the foundation for establishing guidelines for implementing the evolving business processes as they will necessary to be defined incrementally by [[LKPP]] when new requirements and needs reveal themselves) | |||
* Define strategies for the implementation in several means of education | |||
* Report on results with certain metrics such as the [[CpL]] | |||
''Note: At TRL3 the lessons learned will be fundamental to achieve the awareness and objectives of the product, which can and should be aligned between the promotors, the team and the market/users | |||
====To be further and better planned ==== | |||
=====Technology Demonstration and Deployment Process===== | |||
''To be reviewed | |||
=====TRL 4===== | =====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. Demonstrate the [[PKC]] can serve as a framework to deploy and test varying versions of the same code base, include relevant web-based documentation that facilitate this overall project. | '''For 2023 | ||
* 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. | |||
* Demonstrate the [[PKC]] can serve as a framework to deploy and test varying versions of the same code base, include relevant web-based documentation that facilitate this overall project. | |||
''To be reviewed | |||
=====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. | 2023 2nd Semester | ||
* 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. | |||
''To be reviewed | |||
=====TRL 6===== | =====TRL 6===== | ||
Establish a full stack programming protocol (from secured data to user interfaces, or generically called [[Web3]] programming protocol) for [[LKPP]]'s blockchain catalog system. Starting from the beginning of the project, working with [[LKPP]] to define the look and feel of web interfaces, and incorporate [[UI/UX]] designers to create an adequate user experience that matches the expectation of stakeholders. The [[UI/UX]] code base will incrementally converge with the [[Smart Contract]]s that are being developed in parallel, many design decisions will affect the code integration efforts and influence data service deployment processes. | * Establish a full stack programming protocol (from secured data to user interfaces, or generically called [[Web3]] programming protocol) for [[LKPP]]'s blockchain catalog system. Starting from the beginning of the project, working with [[LKPP]] to define the look and feel of web interfaces, and incorporate [[UI/UX]] designers to create an adequate user experience that matches the expectation of stakeholders. | ||
* The [[UI/UX]] code base will incrementally converge with the [[Smart Contract]]s that are being developed in parallel, many design decisions will affect the code integration efforts and influence data service deployment processes. | |||
''To be reviewed | |||
====System/Subsystem Integration, Test and Product Launch==== | ====System/Subsystem Integration, Test and Product Launch==== | ||
=====TRL 7===== | =====TRL 7===== | ||
Develop working prototypes of modularized catalog data publishing and updating web services. Work with an initial group of actual [[buyer]]s/[[vendor]]s/[[administrator]]s as early adopters to validate the workflow. Create automated or semi-automated test processes to load a significant amount of test data to stress test the system. | * Develop working prototypes of modularized catalog data publishing and updating web services. * Work with an initial group of actual [[buyer]]s/[[vendor]]s/[[administrator]]s as early adopters to validate the workflow. | ||
* Create automated or semi-automated test processes to load a significant amount of test data to stress test the system. | |||
''To be reviewed | |||
=====TRL 8===== | =====TRL 8===== | ||
Based on the [[Web3]] programming protocol defined in [[{{PAGENAME}}#TRL 6|TRL 6]], this project phase will demonstrate that [[LKPP]]-defined business processes (relevant to catalog data publishing and editing), can be organized as modularized building blocks, as explicitly documented web pages with hyperlinked/version controlled data/source code assets, so that accountability of changes of data sources and data assets' control structures can be explicitly traced. | * Based on the [[Web3]] programming protocol defined in [[{{PAGENAME}}#TRL 6|TRL 6]], this project phase will demonstrate that [[LKPP]]-defined business processes (relevant to catalog data publishing and editing), can be organized as modularized building blocks, as explicitly documented web pages with hyperlinked/version controlled data/source code assets, so that accountability of changes of data sources and data assets' control structures can be explicitly traced. | ||
''To be reviewed | |||
=====TRL 9===== | =====TRL 9===== | ||
Deploy [[LKPP]]'s product catalog data service to the public. This deployment should demonstrate that web-based user interfaces, data backup/restore procedures, blockchain-based account and data transparency features, testing, usage statistics, user documentation, source code and data content version control can all be subsumed in an [[SSOT]] framework, namely [[Project Knowledge Container]], as a '''meta''' catalog of data and source code. [[LKPP]] can utilize the above mentioned features to evolve the overall functionalities of this product catalog service and potentially other web-based data intensive applications. | * Deploy [[LKPP]]'s product catalog data service to the public. This deployment should demonstrate that web-based user interfaces, data backup/restore procedures, blockchain-based account and data transparency features, testing, usage statistics, user documentation, source code and data content version control can all be subsumed in an [[SSOT]] framework, namely [[Project Knowledge Container]], as a '''meta''' catalog of data and source code. | ||
* [[LKPP]] can utilize the above mentioned features to evolve the overall functionalities of this product catalog service and potentially other web-based data intensive applications. |
Revision as of 23:08, 5 June 2022
- The current Proposal predicts to reach between TRL2 and 3
- The realistic estimates predict that TRL3 can be published between end of October and December
TRL 1
previsional date to be validated: end of June
- Run the first version Prototype and first environment controlled tests.
- Consists in implementing Smart Contracts and Ethereum-based account classification to perform LKPP-defined product catalog data update and publication business process in PKC
- 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
previsional date to be validated: end of September
- Still in control environment but with a project to run independently in a real environment (predicted to be an education project)
- Implement the security model of blockchain-based Smart Contracts achieving
- Implement metric system based on time management and report real-time results
- Report on a few low complexity use cases, identified by LKPP with the team implementation and data transparency and non-corruptibility
TRL 3
previsional date to be validated: December Can be certain updates between this period in order to make the product as much as updated to G20
- Proof of Concept achieved by several tests in real and control environment and new features implemented
- Authentication in process for private and public use. (Document the data types and data content categories in terms of what must be made public and what must be encrypted or stored privately. Define the data storage, backup/restore mechanisms leveraging the existing infrastructure of PKC)
- Store and Contain, principle of a Personal Knowledge Container.(A specific data storage and backup/restore procedure, co-developed with LKPP will be the foundation for establishing guidelines for implementing the evolving business processes as they will necessary to be defined incrementally by LKPP when new requirements and needs reveal themselves)
- Define strategies for the implementation in several means of education
- Report on results with certain metrics such as the CpL
Note: At TRL3 the lessons learned will be fundamental to achieve the awareness and objectives of the product, which can and should be aligned between the promotors, the team and the market/users
To be further and better planned
Technology Demonstration and Deployment Process
To be reviewed
TRL 4
For 2023
- 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.
- Demonstrate the PKC can serve as a framework to deploy and test varying versions of the same code base, include relevant web-based documentation that facilitate this overall project.
To be reviewed
TRL 5
2023 2nd Semester
- 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.
To be reviewed
TRL 6
- Establish a full stack programming protocol (from secured data to user interfaces, or generically called Web3 programming protocol) for LKPP's blockchain catalog system. Starting from the beginning of the project, working with LKPP to define the look and feel of web interfaces, and incorporate UI/UX designers to create an adequate user experience that matches the expectation of stakeholders.
- The UI/UX code base will incrementally converge with the Smart Contracts that are being developed in parallel, many design decisions will affect the code integration efforts and influence data service deployment processes.
To be reviewed
System/Subsystem Integration, Test and Product Launch
TRL 7
- Develop working prototypes of modularized catalog data publishing and updating web services. * Work with an initial group of actual buyers/vendors/administrators as early adopters to validate the workflow.
- Create automated or semi-automated test processes to load a significant amount of test data to stress test the system.
To be reviewed
TRL 8
- Based on the Web3 programming protocol defined in TRL 6, this project phase will demonstrate that LKPP-defined business processes (relevant to catalog data publishing and editing), can be organized as modularized building blocks, as explicitly documented web pages with hyperlinked/version controlled data/source code assets, so that accountability of changes of data sources and data assets' control structures can be explicitly traced.
To be reviewed
TRL 9
- Deploy LKPP's product catalog data service to the public. This deployment should demonstrate that web-based user interfaces, data backup/restore procedures, blockchain-based account and data transparency features, testing, usage statistics, user documentation, source code and data content version control can all be subsumed in an SSOT framework, namely Project Knowledge Container, as a meta catalog of data and source code.
- LKPP can utilize the above mentioned features to evolve the overall functionalities of this product catalog service and potentially other web-based data intensive applications.