3.4 - Reference Architecture

From Wikibooks, open books for an open world
Jump to: navigation, search


Engineering designs often fall into classes that share enough common needs that shared solutions are possible. Some examples from civil engineering include bridges, skyscrapers, and public roads. For bridges we have truss, arch, and suspension bridge types. Each of these has a repeatable design process, even though the details of a given location will be different. Bridges are relatively simple systems, mostly designed around carrying loads across their span safely. Skyscrapers are more complex, having to deal not only with load-bearing, but heating and cooling, lighting, water and sanitation, information technology, and other systems. The term Architecture first meant just the physical and esthetic design of a building, and the relation of the building's parts to the whole. In modern engineering use, we apply the term System Architecture to the overall design of any complex system, and the relationships of the main elements to each other and to the outside world in which the system functions.

A Reference Architecture is then a template solution for a class of engineering designs, exhibiting their key concepts, relationships, and features. It is a starting point for later stages of design and becomes customized and more detailed for specific applications. A reference design saves effort because each application does not have to repeat the early stages of development. At the architecture level it is used to provide common language and understanding for Project Stakeholders, parties with an interest in a project. For projects that require advanced technologies, which includes self-expanding factories, the reference architecture is also used to identify technology risks and Readiness Level (TRL), and to make early estimates of cost and schedule. For discussion of this idea, see Cloutier et. al., The Concept of Reference Architectures, 2009.

An architecture for a complex system or class of systems is itself complex, and can be displayed in a number of ways. They include text documents and graphical View Models. In text form, a reference architecture includes system level goals, design principles, an architecture description, high level interactions between elements and the system environment, general element requirements, and element descriptions. Supporting data for a reference architecture shows the reasoning for how it was arrived at. It includes data sources, analyses to support concept selection, and tracking from goals to lower elements. Seed factories as described in this book are a new design class, with no working examples yet. So the reference architecture is preliminary and can fit on this page. It should be updated and expanded as system concepts and specific applications become more detailed and experience is gained in operation.


Design Goals and Principles[edit]

Design goals are the high level inputs for what we want the design to accomplish. Design principles are the high-level approaches, rules, and methods for how to reach the goals. When we get to specific applications and projects, the general goals are supplemented with specific design requirements, but that comes later.


Setting Goals[edit]

In setting our design goals, we start with the basic idea that a civilization which provides for the needs and desires of its members is better than one that doesn't. Physical needs include items like food, shelter, and utilities, that are necessary to support life and protect from the environment. Basic needs are shared by nearly everyone. Desires include non-mandatory items like personal choice in how to spend one's time, where to live, and what to wear. Desires can be quite variable from person to person. Having to spend all one's time working at a job you don't like, just to meet physical needs, is less desirable than a choice of jobs, or even not needing to work at all and still have your needs met. We call a civilization Post-Scarcity if it supplies more than enough resources to meet everyone's needs, while not forcing people to do things they don't want to do or make unsatisfactory choices.

History to date can be described as an era of forced labor and economic scarcity. People worked, not because they wanted to, but because they had to in order to gain the necessities of life. Early 21st century civilization has reached post-scarcity for a small portion of the developed world - the financially well off and some retirees. For the vast majority of people, there isn't enough of what they need and want. They must work longer and harder than they might want to, and compete for the scarce supply of the things they want.

Therefore we choose enabling a post-scarcity civilization as a worthy goal. Our approach to reach this goal is to develop self-expanding automation that uses abundant renewable energy and raw materials as inputs. Abundant sources ensures our approach can apply to the whole of civilization, and self-expansion reduces the initial work and cost to implement the approach. The productive outputs are designed to meet people's physical needs, and automation makes it possible to do so without burdening people with work they don't want to do. There are other things that people want besides physical needs, like house decorations and personal happiness, but the latter falls outside the realm of engineering. At this point we cannot say if our approach is a better way to reach these goals than conventional production methods. The end goal is desirable enough, to this writer at least, to try and find out, and hence this book and the related design work we are doing. We recognize that no single book or project can affect the whole of civilization. What we hope is that with a proof-of-concept, others will make use of and expand on our ideas, and improvements will disseminate through society.


Design Principles[edit]

Setting goals doesn't tell you how you can or should reach them. For that, you need to adopt design principles which seem most likely to lead to your goals. It is the difference between choosing a destination for a trip, and planning the detailed route to get there. The principles we have identified so far include:


  • The self-expanding system architecture should be suitable for a wide range of applications and locations. One which is restricted to only certain uses or places is unlikely to have civilization-level impact.
  • People have a wide range of needs, and automated production capable of meeting those needs will be complex. Therefore the design process should deal with complexity from the start. The Systems Engineering method has evolved for this purpose, so we will adopt it as a primary design approach. We will not exclude other methods if they are suitable. In particular, software and large scale construction projects deal with complexity, so we will consider adapting some of their methods.
  • A civilization which stops meeting people's needs, on a time scale that we measure civilizations by, would be a failure. We want our systems to continue functioning indefinitely, or at least for a very long time. Therefore we will likely include features like sustainability and recycling, and exclude using items in limited supply where possible.


Architecture Derivation[edit]

Having set our goals and design principles, we next turn to deriving the elements that make up the architecture. To do this we adopt the functional approach drawn from Systems Engineering. This involves first identifying what we need to do (functions), without locking in how it is to be done (a design). A complex system is too hard to consider or design all at once. Therefore the functions and designs are organized into multiple levels, where each level breaks down the system elements into more and more detail. The smaller pieces, and the linkages between them, are easier to work on individually.

At the top levels that an overall architecture involves, we start identifying functions by logical analysis. Later in the design process, we can consider alternate ways to perform each function, how they interact with each other, and optimize the design as a whole. The more detailed work may reveal additions or changes that are needed to the higher levels, but we must start somewhere. The description that follows is the result of the first round of work on the seed factory concept and how we arrived at it.


Top Level Architecture and Functions[edit]

Meeting people's physical needs and wants can be divided into three top-level tasks. These are making the physical products (production), delivering them to the point of use (transport), and finally using these items where people are (habitation). We can assign a top-level function to each of these tasks, and then derive numerical values for them (e.g. how much production, how far to transport, and how many people?). The three top-level functions can then be broken down into successive levels of detail to the point that each task is simple enough to design. As this is done, the specific goals and numerical values for each function, which are called Requirements, are divided up and passed down to each sub-function. The intent is that the pieces of any given function, and their interactions with each other, add up to meet the parent-level requirements.

People live in many places, and the resources to make things are also found in many places. We therefore introduce the idea of Locations where some subset of the Production, Transport, and Habitation functions occur. To reach our post-scarcity goal, we then design, build, and operate a series of Locations, each of which can grow and evolve over time, and interact with other locations. Locations collectively use all the new automation and other technologies which make up the seed factory concept, but a given location may not use them all or even use any if the location purely consumes end products.

Existing civilization already provides production, transport, and habitation at numerous locations, but it is not highly automated, self-expanding, or integrated as a system. New locations must use and interact with elements of existing civilization because there is no alternative, we cannot start from nothing. We design and build our new locations as additions, upgrades, or replacements to parts of civilization. They function as distributed networks, because civilization is physically distributed. Although the network consists of nodes under separate ownership and control, it follows agreed rules (protocols) to interact among its parts and the rest of the world. This allows better coordination and more automation across the whole network.

The examples in later sections of this book are specialized applications of the general produce-deliver-use sequence:


  • Personal Production - this example has all three, but on a relatively small scale, and localized for the direct use of the owners.
  • The Makernet - this extends the small-scale operation to multiple locations, which are connected electronically and use long-distance transport for physical items. It assumes multiple smaller production locations with different owners.
  • Industrial Production - this concentrates on the production step, and on growth from personal to commercial and industrial scales.
  • Remote and Difficult Conditions - The previous examples are all located where existing people and infrastructure exist, and environmental conditions are moderate. These are the easiest places for early projects. Remote and difficult locations extend some or all of the three top functions to places that are not as easy, either because of distance and lack of infrastructure, or harsher conditions. This places more emphasis on long-range transport, remote operation, and independent local self-use.
The most remote and difficult locations are beyond Earth, in open space or on other bodies. We reserve most of the discussion of those types of locations to the companion Wikibook Space Transport and Engineering Methods. That's because space has unique environment conditions and transport requirements that are best explained on their own.


At a civilization level, we would apply some combination of all these examples in a phased sequence. This is far too complex to design for as a whole. Instead we would apply common standards and interfaces to individual projects. We can then take a modular approach, so that each piece can connect more easily to the others, and use each others outputs.


Production Functions[edit]

Figure 3.4-1 - Production major functions.

Having defined three top-level functions, we now consider each individually in order.

The core of the production process is taking raw materials and turning them into completed elements. This is divided into four steps, each of which is assigned a major function, because the nature of the tasks are very different (Figure 3.4-1):


  • Extracting materials from the environment (mining) is generally done outside a fixed production location, and frequently changes locations. It is often a batch process, where loads of material are extracted and transported.
  • Processing materials takes the raw materials and converts it into finished materials by chemical, electrical, mechanical, or other methods. The processing equipment is often flow-oriented rather than batch-oriented, and uses stationary equipment in controlled environments. Finished materials exist in bulk or generic shapes which can be used for a variety of end items.
  • Fabricating parts converts finished materials into completed parts which meet a particular design. A number of different machine types and processes can be applied to the same material, depending on the end use.
  • Assembling elements then combines separate parts into completed elements, but does not significantly change the details of the already fabricated parts.


These four major functions are supported by three others which enable the core to function:


  • Controlling the Location which instructs and monitors the other functions so they know what to make, and how much of it.
  • Supplying power is necessary, because without it none of the equipment would operate.
  • Inventory storage is needed because inputs and outputs are not perfectly timed across the system. Outside supplies typically arrive in batches which are somewhat variable in time, and in efficient amounts for transport, while the supplies are used at a more constant rate in smaller amounts. So some supplies are typically stored until needed. Outputs from one production step are not perfectly matched to the input needs of the next. For example, assembly of a new machine may have to wait until all the parts are fabricated. In the interim they are temporarily stored.


The last major function is Growing organics. It is separate from the rest because living things generate edible foods, wood, plant oils, fibers, and other products by themselves. They incorporate various production steps internally as living organisms. When the living things are done growing, their products are harvested and the materials go to the other production functions for finishing.

These eight functions cover the main operations needed for useful outputs and internal growth at a given location. When more detailed designs are developed, some added secondary functions may be required, but we don't anticipate more at this top level. These functions also do not include transport between locations or outside destinations, or end use of products. A particular project that includes more than just production would then have additional top level functions.


Transport Functions[edit]

Figure 3.4-2 - Transport major functions.

Production requires local transport within a given site, such as to and from inventory and particular machines. In addition to internal transport, a network requires transport between sites in a given location, and between different locations. Transport is also needed by the project from outside sources and to outside destinations. We can identify the next level of transport functions according to the different types of things being transported. Each type typically requires different transport systems. Types of items needing transport from place to place include:


  • Energy, either electrical, chemical, or in other forms
  • Food, for people and animals
  • Water and other fluids and gases, both for people and production processes
  • Parts and Materials for production
  • Tools and Machines for production
  • Completed Items for people
  • Legal Rights, to land and other assets. Land itself isn't transported, but it must be acquired or rights to use it obtained.
  • Humans, as workers or passengers
  • Money, or other financial resources
  • Information, including design data, operating commands, and numerous other types.
  • Wastes, including scrap, which can be recycled by others, and waste materials and energy that cannot be recycled.


The particular quantities and types of flows from the above list become design requirements for the elements which will perform them. Internal transport within a site would typically be self-built, such as Automated Guided Vehicles and materials handling robots. For distributed sites and locations, transport can start with existing systems like package and trucking services, and add self-built automated ones over time. Our reference architecture groups transport into six second level functions (Figure 3.4-2, each carrying related types of items:


  • Transport Energy - this is conventionally distributed by electric and other utilities.
  • Transport Discrete Cargo - this covers food, parts, materials, tools, machines, and wastes that require environmental/handling protection, and completed products for delivery.
  • Transport Bulk Cargo - this includes items which do not require special handling or protection, but merely carriage from place to place. Examples include raw materials like crushed stone, and bulk wastes.
  • Transport Fluids and Gases - this includes delivery by pipes and tanks, such as water, natural gas, and propane.
  • Transport Humans - This type of transport adds habitation elements for comfort and increased safety compared to basic transport for inanimate cargo. Some delicate cargo may be carried by the same systems used for people. An example is luggage and air cargo carried by passenger aircraft.
  • Transport Data - This includes in particular legal rights and money, but also a vast array and quantity of other information. Traditionally data was transported in paper form, but now is mostly by electronic networks and storage.


Habitation Functions[edit]

Figure 3.4-3 - Habitation major functions.

People's needs and wants are satisfied at places they occupy or inhabit, so the third top-level function is called Habitation. Habitation includes both residential non-working locations and work and transit locations, because people still have the same needs in all of them. If we consider the most basic needs that people have, they include shelter from the natural environment, and food and care of their bodies. Beyond these basics, most people desire personal space, a variety of physical items, interaction with other people, entertainment, and other services. We group these needs into a half dozen functions as follows (Figure 3.4-3)


  • Protection from External Environment - meaning the natural outdoor environment wherever they happen to be.
  • Control Internal Environment - which means adjusting indoor space as far as temperature, humidity, lighting, and other features.
  • Provide Food and Drink - includes equipment to store, prepare, and serve food.
  • Maintain Health - includes disposing of wastes, cleaning, exercise, and sleep provisions.
  • Provide Personal Items - includes both outdoor and indoor personal space, and physical items like landscaping, furniture and decorations to fill them.
  • Provide Information - includes physical information like mail, magazines, and books, and non-physical items like electronic communications, entertainment, and other services.


Each of these will be divided into more detailed sub-functions.


Applying Concepts and Ideas[edit]

In the preceding parts of Section 3.0 we identified a number of measurement units, motivations, economic ideas, technical concepts, and new ideas that are relevant to seed factories. We now start to apply these elements to the bare structure of 3 top-level and 20 second-level functions identified above. The goal is to flesh out the relationships and features of the reference architecture. This is only carried out to a certain level of detail. Specifics that only apply to individual seed factory applications or projects are reserved for later parts of the design process, and described in later sections of this book and related documents.


Project Phases[edit]

The high level functions identified above only divides the total architecture by task, and not by time. However for large and complex systems such as this, time is a strong element in reaching the high level goals of post-scarcity conditions, freedom from forced work, and sustainability. Projects, locations, and networks will evolve over time, and not spring forth fully formed. Most people today are still in a condition of scarcity, so there will be a transition across time, as increasing numbers of people and locations reach post-scarcity levels. At the individual project level, we must start with tools, equipment, knowledge, and skills that exist today. To this we add some amount of automated starter equipment (i.e. a seed factory). We can then start making parts for more equipment, based on factors like fastest growth rate or which machines are necessary before you can make certain other machines. Along with expanding production, we also output some level of non-consumable end-use items, such as houses. We start with zero such end items, and they accumulate over time.

In addition to the growth of locations, technology levels are not fixed over time. Within our projects, the automated systems and particular hardware designs we want to use are not developed all at once. Technology development takes a finite amount of time, and we may spread out the pieces of new technology and hardware due to budget and staff limits within the projects. Outside of our own projects, technology across human civilization also tends to improve over time.

For the reasons just noted it makes sense to divide a system architecture into time-based Phases in addition to task-based functions. Each phase is then a smaller and simpler sub-project to design and build. This is needed for the same reason we divide the architecture by functional tasks - people have a limited ability to deal with complexity. Phases can in turn be divided into smaller sub-phases, and ultimately to a time sequence of tasks with a schedule. Phases are a useful way to organize a project on the time axis, but they are not required to be in strict time order, they can overlap partially or entirely. Inputs and outputs connect phases to each other and to outside the project in the same way as between functions. Since a phase, or individual tasks within it, cannot start until the necessary inputs are available, this drives the time relationships of phases and their internal schedules.


Applying Other Ideas[edit]

[This is a preliminary list of how to apply the other design ideas, it needs more work]


  • System measures such as closure ratios and growth rates are applied to all parts of architecture as goals, design requirements, and for evaluating design alternatives


  • Standard economics concepts like margins, operating costs, and productivity are generalized beyond just monetary units to consider all types of resource flows, then applied across architectures, projects, and designs.


  • Engineering concepts, such as the systems engineering approach and modular design, are also applied across all parts of the design.


  • New ideas are applied as follows:
- Resource accounting is used at all levels to ensure all flows and resources are accounted for, including waste flows.
- New software tools like process compilers are developed, then used across project stages, from research to operations.
- Growth ideas and patterns such as starter and expansion sets, scaling and complexity, universality and location distribution, are used to define different examples and applications of the architectures.


Reference Architecture Description[edit]

Having discussed how the reference architecture is arrived at, we now provide a formal statement of what it is. Architectures can be described from several points of view. Functions describe what needs to done as tasks or steps, their connections to each other, and to the outside. They do not specify how it should be done in terms of process details or the physical implementation in terms of equipment. System elements are then the design solutions which implement the functions, and incorporate the process and equipment choices. Our reference architecture is general, with multiple applications, each of whom will have different design solutions. Therefore we take the functional viewpoint.

We identified the main functions in the previous paragraphs. The next step is to show how they connect to form a complete architecture. The details of the system elements, or even their presence at all, will depend on the particular project application. We will give some examples in our reference description, but it should be remembered they can differ greatly in a given case.

Another viewpoint is the evolution of an architecture with time. A given project typically requires a sequence of design, production, and operation. Inputs of preexisting resources must precede each of these steps, and outputs of finished items and waste products follow them. It is difficult to display all the functional and time relationships in the same diagram without three-dimensional displays. For two dimensional diagrams we display the relationships on different axes. Project phases with plans and schedules organize tasks along the time dimension, while functional diagrams show the logical connections among them at a specific time or at all times in the project. The combined set of diagrams represent the whole project.


Location Architecture[edit]

Figure 3.4-4 - Reference architecture for full factory location.

Production - For the self-expanding designs we describe in this book, the production portion includes two levels of functional interaction. The first is how the main functions of a single location interact with each other and outside elements. The second is how multiple production nodes interact in a network. This generic architecture will be be developed in more detailed examples later in the book.

Figure 3.4-4 illustrates the reference architecture for a full self-expanding factory location. By location we mean one or more sites that are close enough together that people can easily get to them, and materials and products transferred between them. An example would be a US metropolitan area. By full we mean it has all eight of the major functions that enable it to be self-expanding. These are Control, Power, Extraction, Processing, Fabrication, Storage, Assembly, and Organics. A small location or a new factory before it expands may not have all of these functional activities. Each function will change over time by upgrades and new equipment, either supplied from outside, or produced internally. For clarity, this diagram shows only some of the key flows between functions. The green arrows are inputs or steps in the production flow from raw materials to completed elements. The blue arrows are outputs, either finished products delivered to outside users, or expansion elements delivered to each of the functions. The output from box F.4 Process Materials goes to F.5 Fabricate Parts. We use a broken arrow in this case and label the end points in parentheses like "(F.5)" to show where they connect. Broken arrows avoid having large looped lines that cross many others and make the diagram hard to read. F.2 Supply Power outputs to all eight functions, including itself, but we leave out all those lines from this diagram for clarity.


Figure 3.4-5 - Reference architecture for network nodes.

Nodes - Figure 3.4-5 illustrates how a network of multiple nodes can expand by collaborating. A node is an individual site with any amount of activities, from a single person doing design work or remote control of machines, up to a full factory. Multiple nodes can be in one location, such as different workshops and offices in a large city. They can also be distributed across multiple locations. What distinguishes nodes is that they interact with each other electronically, by the people communicating and working together, and by delivering inputs and outputs to each other. The diagram only shows two functioning nodes, but a network can have any number of them. Each node can have different output products and capacities. So Nodes 1 and 2 exchange outputs, to supply whatever the other node can't supply for itself. The network also interacts with outside civilization, and so accepts various inputs and delivers various outputs as needed. What distinguishes the network from the rest of civilization is they are designed to work together.

Node inputs will typically include labor, land, hard to make parts, and materials not found locally. Node outputs include items for sale, and are used to help pay for needed inputs. Each node may also produce items for its own self-expansion, and they can collaborate by delivering items to a new node being built. So the network can grow in two ways: by expanding each node, and by building new nodes. The new node can be different than either of the older nodes. We expect a common growth pattern will be expanded full factories delivering starter set parts to a new site, which then grows over time to another full factory.


Project Phases - A time sequenced growth plan for a single location or a network would consist of a series of phases. The first of these is Research and Development. This includes the design stages from initial concept through completed detailed designs for hardware elements and locations. Some items will require new component technology or software to be developed. New integrated hardware elements will also need prototypes built and tested. These are also included in the R&D phase. Later locations using the same basic hardware will have less R&D in total, focusing in the unique adaptions to a particular location.

Following the R&D phase will be an initial fabrication and installation phase for the first unit of production capacity, followed by one or more expansion phases. Each phase progresses through the production steps, delivering output products plus new items for self-expansion. A completed growth phase becomes an input to the next growth phase. The R&D for later phases can be deferred, and overlap production and installation of earlier phase equipment.

The first set of automated self-expanding machinery must be built with preexisting conventional equipment. So in general the first production and installation phase would be conventional equipment, followed by the first set of automated equipment as an expansion. Later locations or generations may begin with automated machinery made by already existing locations. Conventional equipment can also be used for self-expansion. For example manual woodworking or metalworking machines can make parts for more such machines. Automated machinery just does it more efficiently with less human labor. So the growth of conventional equipment can also be broken into phases, which may overlap the production and expansion of automated machinery.


Transport - Transport systems are needed as the delivery mechanisms between nodes and to outside locations. Since the inputs and outputs comprise a variety of resource types, they require a corresponding variety of transport types. In early phases of a project, or growth of a network, existing transport systems must be used, since new transport elements can not be built until production is functioning. As new transport systems are built and maintained by the production tasks, they can add to or replace the existing systems.


Habitation - The habitation locations which people occupy as private living, work, recreation, and social spaces, will comprise a wide variety of detailed designs. We cannot predict these designs in advance, because we will not know individual desires, or what changes a particular location will require. However, people share common physical needs, so we can design shared pieces from which complete habitable locations can be built. We can also design the pieces to integrate with production and transport, and include features like recycling and long term maintenance. Like production and transport, the first phase of habitation can use existing living spaces when available. Later phases can start adding to or replacing them in a series of expansions once new production is available.

Whether a phase involves existing or new elements, or they are manual or automated, similar functions need to be performed for production, transportation, and living space. Therefore we can use a shared framework for the functional divisions of a project, regardless of type or state. A shared framework helps maintain consistency and reuse of designs across projects. However, a given project may not include all the functions, or use them all the time. It may rely on outside elements to perform a given task, or a given function may not occur at all in the project.


Reference Function Descriptions[edit]

The descriptions that follow are in terms of a generic project involving one or more locations, with all parts of the produce-deliver-use architecture present. A particular project may not have all these functions present. The descriptions provide more detail on what each function is supposed to do, and begin to identify next-level sub-functions.


1.0 Production Descriptions[edit]


1.1 Control Location - This function provides overall control of project operations, including habitation, transport, and external flows, as well as controlling the production tasks at the locations. Individual production elements, such as a CNC machine, can also have their own local controls as needed. This function operates at a higher level where coordination across the entire project is important. It includes a mix of human-operated, automated, and software generated commands, issued locally or remotely, and transmitted to individual elements. The hardware elements for control will include computers, networking, displays, observation, measurement, and data collection equipment. Software elements include existing and custom written operations and control software. Control tasks include future planning, real-time operation, and retrospective analysis. The control function takes designs for the locations and the products it makes as input from a previous research and development phase.


1.2 Supply Power - This function is to supply all forms of power to the project, and converting it to the needed forms, including electrical, thermal, hydraulic, stored energy, and others. It also includes providing a significant surplus as a goal. Power can be divided by demand class - residential and control power should be more reliable than some industrial tasks that can be interrupted. It can also be divided into fixed and portable power. Examples of power supply equipment include outside utility lines, solar cell panels, and wind turbines for electrical power. Solar furnaces can be used for direct heating, and thermal storage for additional electric generation.


1.3 Extract Materials - This includes excavation and mining, water and air collection, and harvest of plants, either directly at the location or nearby, using project-owned equipment. The goal is to obtain the majority of total materials from local original, or from recycled local or outside sources. This can be divided into extracting from project-owned land, and using extraction rights to other land. Delivery of bulk materials produced by others using their equipment is not part of this function, it is an external input. Typical mining and harvesting equipment includes a variety of hydraulic and mechanical attachments to a common tractor core. This equipment would be manufactured internally when production is developed enough.


1.4 Process Materials - This includes conversion of raw materials to finished materials, ready for inventory storage, parts making, or consumption. It can use chemical, mechanical, thermal, electrical, or other processes, and operate as a continuous flow or in separate batches. Outputs from this function can include any of the following categories: stone and concrete, metals, ceramics, glass, wood, fibers, electronics, organic and inorganic compounds, fertilizers, clean water, and others. Because of the wide range of materials and processes, a single location may start out with only one or a few of them, and add more over time, or build up a local network of sites doing different tasks.


1.5 Fabricate Parts - This takes finished materials from processing or storage, plus outside materials supply, and transforms them into finished parts ready for assembly. Historically a wide variety of production machines and processes have been used for this function. We can organize these diverse fabrication tasks by the same materials categories as the previous Process Materials function. We can also list parts types such as castings, structural and mechanical parts, electrical, and electronic parts.


1.6 Store Inventory - This task includes storage for materials, parts, and completed items not currently in use. It includes storage for other Production functions, Habitation, and Transport. It also includes environment protection and control (i.e. buildings) for the other production functions, and land for industrial tasks. Warehouse space for storage and building space for a factory floor are functionally similar, and in fact one will likely be transformed to the other as the factory expands. Rather than accounting for them under multiple headings, we collect all the environmental enclosures here.


1.7 Assemble Elements - This includes combining parts and materials into higher level assemblies (collections of parts), leading to completed elements. It also includes dis-assembly of elements for maintenance or modification, with any draining and cleaning added as necessary. It can use any combination of human labor, robots, or automated processes, with local or remote control. Assembly can be divided into movable elements such as production machines and vehicles, and construction of fixed elements such as buildings. The latter may require temporary structures, weather protection, and cleaning tasks. Fixed elements may use modules assembled indoors to reduce weather delays and increase automation.


1.8 Grow Organics - This includes growing microorganisms, plants, and animals to the point of harvest to provide useful items. Pets and ornamental plants are placed under Personal Items in Habitation. It includes the land space to grow biological products, some of which may overlap with Habitation areas. Total land includes owned and leased land, and crop and timber harvest rights. The latter may be used to reduce costs during early construction. Some early timber may be obtained from construction site clearing if the land was well stocked.


2.0 Habitation Descriptions[edit]


2.1 Protect from External Environment - This includes passive protection of people and other habitation elements from weather, water, insects, and other outside factors. It also includes structural support of all habitation elements. This can be considered protection from gravity, uneven ground, and shifting subsoil, but stable support of the protective items is a necessary feature for them to work. In turn, the structural support requires underlying land for it to rest on, so we include all the habitation land under this function. We also include outdoor protection for humans in the form of protective clothing.


2.2 Control Internal Environment - This function covers actively managing the internal environment created by the protective shell in terms of temperature, humidity, lighting and other factors. It includes control inputs and sensors (such as thermostats), and active hardware which produces the desired changes, such as heating, ventilation, and air conditioning (HVAC) systems. Passive thermal insulation was included in the previous function, and lighting, windows, and window coverings are included here as active devices. Emergency systems are also included here.


2.3 Provide Food and Drink - This includes supply of food and drink materials at the point of use for residents and guests, local storage within Habitation areas, food preparation, serving and dining, and disposal of food and drink wastes. The latter does not include human wastes, which are covered under Maintain Health.


2.4 Maintain Health - We need to include the actual people who are residents and guests someplace in the architecture, because they also have inputs and outputs, and this is the chosen location. The tasks include supporting basic needs for sleep, sanitation, exercise, cleaning of persons and the internal environment, and filtering the latter, health monitoring, first aid and emergency services, and local examination and treatment.


2.5 Provide Personal Items - This includes the internal volume for private living and storage space, public or community space such as meeting rooms and athletic areas, and commercial space such as offices and shops. It also includes the physical contents of these spaces such as furniture and decorations. Decorative/non-protective clothing is also included. The total enclosed space from functions 2.2 to 2.5 then becomes a design requirement for 2.1 Protect from External Environment.


2.6 Provide Information - This includes communications, storage, and processing in all forms (text, voice, and video) for personal or commercial purposes, teaching materials, entertainment, and general information like news and weather. It does not include operational information for production, although this function may share common hardware and software elements used across the location.


3.0 Transport Descriptions[edit]


Transport in general can involve movement to and from external locations, between nodes of a given location, and internally within a single site or building. All the different destinations may use shared transport elements, so we organize the functions by type of item transported rather than where they are going. Transport can involve both mobile and fixed elements. An example is delivery trucks and the roads they drive on. Transport elements also include lifting and conveying devices to move objects horizontally and vertically, and both enclosed and open pipes, channels and systems. Thus a drainage ditch is a transport element for storm water.


3.1 Transport Bulk Cargo - This includes bulk supplies, including items for sale or to build new locations. Bulk items have relatively large volumes, but low requirement for protection from the environment or the shocks and vibrations of vehicle transport. Typical examples would be gravel and raw logs.


3.2 Transport Discrete Cargo - This includes transport of individual items which need some protection from the environment, and the shocks and vibration of delivery. Environmental conditions which can cause damage or contamination include temperature, rain, insects, and dirt. Quantities are typically smaller than for bulk items, and so multiple items may be delivered in one load. Separate containers then help keep the various items from mixing or reacting with each other. Finally, the vehicle or containers may use devices to reduce shocks and vibrations to acceptable levels.


3.3 Transport Humans - This includes the transport of humans to and from project locations, and internally within locations. Humans have many of the same needs as discrete cargo, but also some additional ones. These include a higher safety level, added comfort features, optional manual vehicle control, and schedule priority. Therefore habitation type features, like heating and air conditioning, are added to the transport systems when people are transported.


3.4 Transport Energy - This mostly involves wired and wireless distribution of electricity, although some energy may be delivered in battery or thermal form.


3.5 Transport Fluids and Gases - These items require closed containers or fixed piping to prevent contamination and leakage. Common examples for fixed piping are water and natural gas. Common examples for closed containers are propane and diesel fuel.


3.6 Transport Data - This includes all types of data in all forms, electronic and non-electronic. Legal rights and money are items needing data transport to function, so we include their delivery here.