House Resource Management Software: Difference between revisions
Line 18: | Line 18: | ||
[[File:House-interface-plant-uml-diagram.png]] | [[File:House-interface-plant-uml-diagram.png]] | ||
<html> | |||
<details> | |||
<summary>Plant UML Source</summary> | |||
<pre> | <pre> | ||
@startuml | @startuml | ||
Line 27: | Line 30: | ||
@enduml | @enduml | ||
</pre> | </pre> | ||
</details> | |||
</html> | |||
==I/O== | ==I/O== |
Revision as of 01:49, 25 July 2020
Introduction
Software to manage the resources of a house in a cyclical closed-loop system.
Sub-component of the Village Resource Management Software.
House resources are defined as:
- Water
- Food
- Energy
Thus, a House
, in the software can be thought of as a generic interface with the following methods:
getWater()
getFood()
getEnergy()
Plant UML Source
@startuml interface House { getWater() getFood() getEnergy() } @enduml
I/O
A house can be defined in terms of I/O, or inputs and outputs.
Inputs
Inputs are unique to a geographic location or bio-region, and result in resource generation.
For example, in the mid-west of the United States, an input to a house may be rain-water.
The house would have a rain-water harvesting sub-component that adapts the input of rain-water to the resource of water.
Other geographic locations may have different inputs that lead to water resource generation such as ground-water, salt-water, river-water, glacier-water, or spring-water -- and each water input would need a different sub-component to adapt it to a water resource ready for human consumption.
Outputs
TODO: Define outputs.
- Human waste
- are there others?