GP.Workspace: Difference between revisions

From OIAr
Jump to navigation Jump to search
No edit summary
(intermediate save)
Line 1: Line 1:
{{Maturity|3}}
{{Maturity|4}}
{{Pageheaderbox4GP
{{Pageheaderbox4GP
|name=Workspace
|name=Workspace
|sector=Commons
|sector=Commons
|version=0.4
|version=0.5
|owner=J.A.H. Schoonderbeek
|owner=J.A.H. Schoonderbeek
|summary=This Pattern models a gateway between the physical and digital world, such as a user workspace.
|summary=This Pattern models a gateway between the physical and digital world, such as a user workspace.
}}
}}
This Pattern models the generic user workspace. The goal of this pattern is to give a human consumer a means to interact with the digital world that's provided by ICT systems.
This Pattern models the generic (user) digital workspace, which acts as a gateway between the digital and physical world. The goal of this pattern is to provide a digital consumer (applications and/or other ICT systems) a means to interact with the physical world, including the human users of ICT.
 
While the Pattern can be used to model many systems varying from smart watches to multifunctional workgroup printers, its main application is in the modelling of a user workspace.
By and large there are three types of user workspace:
# A "fat client": a workspace that delivers its consumers (most or all) computational resources from the location of the human user, resulting in less dependence on the organization's central IT. However, the consumers running on the workspace may well make use of centralized resources such as shared file storage, and the workspace itself may be serviced from a centralized facility, e.g. applications may be deployed from a remote deployment service. The applications running locally, and the human user working the applications, can have all necessary rights and abilities to manage the workspace, or these rights and abilities can be partially or wholly restricted, e.g. by centrally managed policies
# A "virtual desktop" providing consumers with a centralized personal workspace: the workspace has all the properties of a fat client, except that the computational resources are delivered from one or more centralized locations. At the physical location of the human user, an extra workspace is required for handling the actual physical input and output, using connectivity to the centralized location to transmit the digital input/output. This may involve only a minimal device ("thin client").
# A "shared applications environment" providing access to a centralized shared workspace: the workspace has the properties of the centralized personal workspace, except that groups of human users share the same workspace, with limited or no personalization, and little or no flexibility in installing applications for the user itself. Every update or new application is handled at the centralized location, resulting in uniform workspaces between users in the same group, and predictable maintenance load for the centralized facility.
Note that while the fat client and thin client characterizations point toward "traditional" computers, this Pattern is equally suitable to model different form factors, purposes and information delivery, ranging from tablets and mobile devices through gaming consoles and wearable IT. The different form factors and other properties of these clients are then represented in the Input and Output functionality, and in Workspace Accommodation if need be.
 
While Workspace implementations often use the desktop computer metaphor, OIAm's use of the term is not limited to facilities that can deliver a user the desktop experience. Other devices and systems may also be modelled, as long as either user input and/or output are present. Examples are multifunctional workgroup printers (a single printer directly attached to a single user workspace is better represented as an Output function instance), surveillance camera systems, telemetry platforms, CNC ([http://en.wikipedia.org/wiki/Numerical_control Computer Numerical Control]) systems and most any other system that interacts with the physical world.
 
The Pattern often depends on many adjacent services, only some of which have been included in this Pattern Type description.
 


By and large there are three types of workspace:
# A "fat client": a workspace that delivers its user (most or all) computational resources from that user's own location, resulting in less dependance on the organization's central IT. However, the workspace may well make use of centralized resources such as shared file storage, and the workspace may be services from a centralized facility, e.g. applications may be deployed from a remote deployment service. The user can have all necessary rights and abilities to manage the workspace, or these rights and abilities can be partially or wholly restricted, e.g. by centrally managed policies
# A "thin client" providing access to a centralized personal workspace: the workspace has all the properties of a fat client, except that the computational resources are delivered from one or more centralized locations. At the location of the user, only a minimal device ("thin client") is required for handling input and output, and connectivity to the centralized location.
# A "thin client" providing access to a centralized shared workspace: the workspace has the properties of the centralized personal workspace, except that groups of users share the same workspace, with limited or no personalization, and little or no flexibility in installing applications for the user itself. Every update or new application is handled at the centralized location, resulting in uniform workspaces between users in the same group, and predictible maintenance load for the centralized facility.
Note that while the fat client and thin client characterizations point toward "traditional" computers, this Pattern is equally suitable to model different form factors, purposes and information delivery, ranging from tablets and mobile devices through gaming consoles and wearable IT. The different form factors and other properties of these clients are then represented in the User Input and User Output functionality, and in Workspace Accommodation if need be.


The Pattern depends on many adjacent services, only some of which have been included in this Pattern Type description.
{{Pattern Realizes
{{Pattern Realizes
|service=GS.Workspace
|service=GS.Workspace
Line 26: Line 32:
}}
}}
{{Generic Pattern Composition}}
{{Generic Pattern Composition}}
{{Generic Pattern Composition Row
|function=GF.Workspace Engine
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Presentation Engine
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Output
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Input
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Controlling
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Workspace Accommodation
|choice=Must
|reason=a
}}
{{Generic Pattern Composition Row
|function=GF.Logging
|choice=Must
|reason=a
}}
{{Table Ending}}
{{Table Ending}}
{{Pattern Adjacent Services}}
{{Pattern Adjacent Services}}
{{Generic Pattern Adjacent Service Row
|service=GS.File Storage
|choice=Must
|reason=a
}}
{{Generic Pattern Adjacent Service Row
|service=GS.Authentication+Authorization
|choice=May
|reason=a
}}
{{Generic Pattern Adjacent Service Row
|service=GS.Facilities Monitoring
|choice=May
|reason=a
}}
{{Generic Pattern Adjacent Service Row
|service=GS.Facilities Deployment
|choice=May
|reason=a
}}
{{Table Ending}}
{{Table Ending}}
{{Text Footer GP}}
{{Text Footer GP}}

Revision as of 21:59, 18 April 2015


This is a Generic Pattern document GP Workspace Version: 0.5 OIAr logo
Document type: Generic Pattern Owner:

J.A.H. Schoonderbeek



Description

This Generic Pattern belongs to "Commons". This Pattern models the generic (user) digital workspace, which acts as a gateway between the digital and physical world. The goal of this pattern is to provide a digital consumer (applications and/or other ICT systems) a means to interact with the physical world, including the human users of ICT.

While the Pattern can be used to model many systems varying from smart watches to multifunctional workgroup printers, its main application is in the modelling of a user workspace. By and large there are three types of user workspace:

  1. A "fat client": a workspace that delivers its consumers (most or all) computational resources from the location of the human user, resulting in less dependence on the organization's central IT. However, the consumers running on the workspace may well make use of centralized resources such as shared file storage, and the workspace itself may be serviced from a centralized facility, e.g. applications may be deployed from a remote deployment service. The applications running locally, and the human user working the applications, can have all necessary rights and abilities to manage the workspace, or these rights and abilities can be partially or wholly restricted, e.g. by centrally managed policies
  2. A "virtual desktop" providing consumers with a centralized personal workspace: the workspace has all the properties of a fat client, except that the computational resources are delivered from one or more centralized locations. At the physical location of the human user, an extra workspace is required for handling the actual physical input and output, using connectivity to the centralized location to transmit the digital input/output. This may involve only a minimal device ("thin client").
  3. A "shared applications environment" providing access to a centralized shared workspace: the workspace has the properties of the centralized personal workspace, except that groups of human users share the same workspace, with limited or no personalization, and little or no flexibility in installing applications for the user itself. Every update or new application is handled at the centralized location, resulting in uniform workspaces between users in the same group, and predictable maintenance load for the centralized facility.

Note that while the fat client and thin client characterizations point toward "traditional" computers, this Pattern is equally suitable to model different form factors, purposes and information delivery, ranging from tablets and mobile devices through gaming consoles and wearable IT. The different form factors and other properties of these clients are then represented in the Input and Output functionality, and in Workspace Accommodation if need be.

While Workspace implementations often use the desktop computer metaphor, OIAm's use of the term is not limited to facilities that can deliver a user the desktop experience. Other devices and systems may also be modelled, as long as either user input and/or output are present. Examples are multifunctional workgroup printers (a single printer directly attached to a single user workspace is better represented as an Output function instance), surveillance camera systems, telemetry platforms, CNC (Computer Numerical Control) systems and most any other system that interacts with the physical world.

The Pattern often depends on many adjacent services, only some of which have been included in this Pattern Type description.


Services realized

This Pattern realizes the following service(s):

  • Workspace (This Service delivers a (generic) digital workspace, which acts as a gateway between the digital and physical world.)

Functional and Integration view

This is the graphic representation of the functional model of this Generic Pattern:

Generic Pattern Workspace
Generic Pattern Workspace


Generic Pattern Composition

This pattern is an aggregation of the following (mandatory and optional) functions, expressed in Generic Functions:

Icon Function Inclusion Rationale
GF.Workspace Engine icon Workspace Engine recommended a
GF.Presentation Engine icon Presentation Engine recommended a
GF.Output icon Output recommended a
GF.Input icon Input recommended a
GF.Controlling icon Controlling recommended a
GF.Workspace Accommodation icon Workspace Accommodation recommended a
GF.Logging icon Logging recommended a

Services connected with this Generic Pattern

This Generic Pattern has the following mandatory and optional relations with adjacent Generic Services.

Service Adjacency Summary Rationale
File Storage recommended This service offers clients the ability to store, retrieve and modify data in loosely structured form. a
Authentication & Authorization optional This service can validate an identity claim, and it can validate the permissions required for an action, as part of an Authentication & Authorization process. a
Facilities Monitoring optional This service allows its users to monitor IT facilities with the aim of guarding operational continuity or security. a
Facilities Deployment optional This Service can deploy the software part of an IT systems, and/or configurations thereof. a

Applied Patterns based on this Generic Pattern

The following Applied Patterns are based wholly or in part on this Generic Pattern: