Difference between revisions of "Abstract Specification of PKC/Boundary"

From PKC
Jump to navigation Jump to search
(Created page with "*All changes of PKC content are version controlled and replicated with multiple copies. *The PKC system architecture specification must be future-proof and eliminate design dependencies on extant data storage, communication, and computation tools. *The abstract specification document must segregate logical specifications from implementation and be distributed alongside all deployed copies of the PKC's concrete implementation.")
 
 
(4 intermediate revisions by the same user not shown)
Line 1: Line 1:
*All changes of PKC content are version controlled and replicated with multiple copies.
*The [[PKC]] system architecture specification might be irrelevant due to revolutionary or competing solutions that were not known to the designers becoming available.
*The PKC system architecture specification must be future-proof and eliminate design dependencies on extant data storage, communication, and computation tools.
*Unforeseen insights into what data or computational should be better represented becoming available and requires significant modification of this specification.
*The abstract specification document must segregate logical specifications from implementation and be distributed alongside all deployed copies of the PKC's concrete implementation.
*All changes of PKC content should be version controlled and replicated with multiple copies.

Latest revision as of 05:31, 29 March 2023

  • The PKC system architecture specification might be irrelevant due to revolutionary or competing solutions that were not known to the designers becoming available.
  • Unforeseen insights into what data or computational should be better represented becoming available and requires significant modification of this specification.
  • All changes of PKC content should be version controlled and replicated with multiple copies.