GP.Workspace: Difference between revisions
No edit summary |
(intermediate save) |
||
Line 1: | Line 1: | ||
{{Maturity| | {{Maturity|4}} | ||
{{Pageheaderbox4GP | {{Pageheaderbox4GP | ||
|name=Workspace | |name=Workspace | ||
|sector=Commons | |sector=Commons | ||
|version=0. | |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 | 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. | |||
{{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
Page maturity This page has maturity level 4 (mature) |
GP | Workspace | Version: | 0.5 | ||
---|---|---|---|---|---|
Document type: | Generic Pattern | Owner: |
This Pattern models a gateway between the physical and digital world, such as a user workspace. |
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:
- 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 (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 Composition
This pattern is an aggregation of the following (mandatory and optional) functions, expressed in Generic Functions:
Icon | Function | Inclusion | Rationale |
Workspace Engine | recommended | a | |
Presentation Engine | recommended | a | |
Output | recommended | a | |
Input | recommended | a | |
Controlling | recommended | a | |
Workspace Accommodation | recommended | a | |
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: