Help:ArchiSurance Use Case - Revision history

Jan Schoonderbeek: reference fix

2012-11-12T07:20:10Z

reference fix

Jan Schoonderbeek: /* Use case: realizing a new infrastructure facility */ link fix

2012-11-12T07:10:27Z

Use case: realizing a new infrastructure facility: link fix

← Older revision		Revision as of 07:10, 12 November 2012
Line 40:		Line 40:
	* '''step (4)''' if necessary, the PA<ref name="DA" /> creates new Building Block Variants/Pattern Variants, describing the target architecture of (new) facilities.		* '''step (4)''' if necessary, the PA<ref name="DA" /> creates new Building Block Variants/Pattern Variants, describing the target architecture of (new) facilities.
	* '''step (5)''' The Designer consults the selected and/or created Building Block Variant/Pattern Variants, and creates an infrastructure facility design in accordance with the BBV's/PV's.		* '''step (5)''' The Designer consults the selected and/or created Building Block Variant/Pattern Variants, and creates an infrastructure facility design in accordance with the BBV's/PV's.
	* '''step (6)''' if convenient, the Designer creates [[:Category:~~Building Block Blueprint~~\|~~Building Block Blueprint~~]]~~s and/or [[:Category:Product Blueprint\|Product Blueprint]]s~~. And if necessary, he puts extra indications for use in the [[:Category:Building Block Variant\|Building Block Variant]]s/[[:Category:Pattern Variant\|Pattern Variant]]s, and/or he updates or adds [[:Category:Element\|Element]]s.		* '''step (6)''' if convenient, the Designer creates a [[:Category:Design Outline\|Design Outline]]. And if necessary, he puts extra indications for use in the [[:Category:Building Block Variant\|Building Block Variant]]s/[[:Category:Pattern Variant\|Pattern Variant]]s, and/or he updates or adds [[:Category:Element\|Element]]s.
	* '''step (7)''' The Service Manager reads the properties of the new infrastructure facility from its Blueprints, its Building Block Variants/Pattern Variants and its quality attributes. Based on this, she creates an OP (Operational Product)		* '''step (7)''' The Service Manager reads the properties of the new infrastructure facility from its Blueprints, its Building Block Variants/Pattern Variants and its quality attributes. Based on this, she creates an OP (Operational Product)
	* '''step (8)''' Operations needs to perform maintenance, and checks the Blueprints for characteristics/indications for usage		* '''step (8)''' Operations needs to perform maintenance, and checks the Blueprints for characteristics/indications for usage
	<br><br>		<br><br>
	<references/>		<references/>

Daniel Jumelet at 23:22, 11 November 2012

2012-11-11T23:22:21Z

New page

[[Category:Help]]
__NOTOC__
==ArchiSurance use case==
How is this infrastructure architecture repository filled, used and maintained? And what role does it play regarding infrasructure development processes? Who are involved in either or both the preparation/maintenance of the wiki and the utilization of it? This simple use case description tries to give brief but consise answers to these questions.
===Actors===
{|
|EA:
|Enterprise Architect
|-
|Dept. head:
|Department head
|-
|DA:
|Domain Architect
|-
|PA:
|Project Architect
|-
|Designer:
|Lead engineer/designer of project team
|-
|Svc Mgr:
|Service Manager
|-
|Ops:
|Operations
|}
===Wiki preparation===
* '''step (a)''' The architecture repository is filled with default content: default [[:Category:Working Area|Working Area]]s, default [[:Category:Building Block Type|Building Block Type]]s, default [[:Category:Quality Attribute|Quality Attribute]]s
* '''step (b)''' EA inputs architecture Principles
* '''step (c)''' Dept. head inputs [[:Category:Environment|Environment]]s under Working Area that corresponds to his department (e.g. Agency AMSterdam inputs all Environments under [[Client Realm (CR)|Client Realm]]
* '''step (d)''' DA creates quality attribute classes and their properties, custom Building Block Types, (universal) [[:Category:Building Block Variant|Building Block Variant]] descriptions and [[:Category:Element|Element]]s.
<br>
The diagram below shows a graphic representation of the use case of the architecture wiki. Depicted are two processes: the preparation of the repository, and using the repository to realise an infrastructure facility under architecture.
[[Image:UML_Use_Case.png|center|400px|UML diagram]]
===Use case: realizing a new infrastructure facility===
* '''step (1)''' The customer appoints a PA to realise (a.o.) an infrastructure facility. The customer provides the PA with needs, requirements and a business case.
* '''step (2)''' The PA<ref name="DA"> probably working together with a DA</ref> consults relevant architecture principles, [[:Category:Environment|Environment]] descriptions (Quality Requirements of usage context) and already available feasible solutions, in the form of ([[:Category:Pattern Type|Pattern Type]]s or) [[:Category:Building Block Type|Building Block Type]]s. With this information, the PA<ref name="DA" /> creates one or more achitecture studies, containing high-level drafts of feasible solutions. These drafts, based on the selected Pattern Types and Building Block Types in the repository, depict possible 'to-be' solutions.
* '''step (3)''' Based on the architecture studies, the PA researches available and eligible [[:Category:Pattern Variant|Pattern Variant]]s and [[:Category:Building Block Variant|Building Block Variant]]s. Based on this information, PA<ref name="DA" /> determines the impact of the new solution on the 'as-is' situation.
* '''step (4)''' if necessary, the PA<ref name="DA" /> creates new Building Block Variants/Pattern Variants, describing the target architecture of (new) facilities.
* '''step (5)''' The Designer consults the selected and/or created Building Block Variant/Pattern Variants, and creates an infrastructure facility design in accordance with the BBV's/PV's.
* '''step (6)''' if convenient, the Designer creates [[:Category:Building Block Blueprint|Building Block Blueprint]]s and/or [[:Category:Product Blueprint|Product Blueprint]]s. And if necessary, he puts extra indications for use in the [[:Category:Building Block Variant|Building Block Variant]]s/[[:Category:Pattern Variant|Pattern Variant]]s, and/or he updates or adds [[:Category:Element|Element]]s.
* '''step (7)''' The Service Manager reads the properties of the new infrastructure facility from its Blueprints, its Building Block Variants/Pattern Variants and its quality attributes. Based on this, she creates an OP (Operational Product)
* '''step (8)''' Operations needs to perform maintenance, and checks the Blueprints for characteristics/indications for usage
<br><br>
<references/>

← Older revision		Revision as of 07:20, 12 November 2012
Line 2:		Line 2:
	__NOTOC__		__NOTOC__
	==ArchiSurance use case==		==ArchiSurance use case==
	How is this infrastructure architecture repository filled, used and maintained? And what role does it play regarding ~~infrasructure~~ development processes? Who are involved in either or both the preparation/maintenance of the wiki and the utilization of it? This simple use case description tries to give brief but ~~consise~~ answers to these questions.		How is this infrastructure architecture repository filled, used and maintained? And what role does it play regarding infrastructure development processes? Who are involved in either or both the preparation/maintenance of the wiki and the utilization of it? This simple use case description tries to give brief but concise answers to these questions.

	===Actors===		===Actors===
	{\|		{\|
Line 29:		Line 30:
	* '''step (a)''' The architecture repository is filled with default content: default [[:Category:Working Area\|Working Area]]s, default [[:Category:Building Block Type\|Building Block Type]]s, default [[:Category:Quality Attribute\|Quality Attribute]]s		* '''step (a)''' The architecture repository is filled with default content: default [[:Category:Working Area\|Working Area]]s, default [[:Category:Building Block Type\|Building Block Type]]s, default [[:Category:Quality Attribute\|Quality Attribute]]s
	* '''step (b)''' EA inputs architecture Principles		* '''step (b)''' EA inputs architecture Principles
	* '''step (c)''' Dept. head inputs [[:Category:Environment\|Environment]]s under Working Area that corresponds to his department (e.g. ~~Agency AMSterdam~~ inputs all Environments under [[Client Realm (CR)\|Client Realm]]		* '''step (c)''' Dept. head inputs [[:Category:Environment\|Environment]]s under Working Area that corresponds to his department (e.g. Front Office inputs all Environments under [[Client Realm (CR)\|Client Realm]]
	* '''step (d)''' DA creates quality attribute classes and their properties, custom Building Block Types, (universal) [[:Category:Building Block Variant\|Building Block Variant]] descriptions and [[:Category:Element\|Element]]s.		* '''step (d)''' DA creates quality attribute classes and their properties, custom Building Block Types, (universal) [[:Category:Building Block Variant\|Building Block Variant]] descriptions and [[:Category:Element\|Element]]s.
	<br>		<br>
Line 36:		Line 37:
	===Use case: realizing a new infrastructure facility===		===Use case: realizing a new infrastructure facility===
	* '''step (1)''' The customer appoints a PA to realise (a.o.) an infrastructure facility. The customer provides the PA with needs, requirements and a business case.		* '''step (1)''' The customer appoints a PA to realise (a.o.) an infrastructure facility. The customer provides the PA with needs, requirements and a business case.
	* '''step (2)''' The PA<ref name="DA"> probably working together with a DA</ref> consults relevant architecture principles, [[:Category:Environment\|Environment]] descriptions (Quality Requirements of usage context) and already available feasible solutions, in the form of ([[:Category:Pattern Type\|Pattern Type]]s or) [[:Category:Building Block Type\|Building Block Type]]s. With this information, the PA<ref name="DA" /> creates one or more ~~achitecture~~ studies, containing high-level drafts of feasible solutions. These drafts, based on the selected Pattern Types and Building Block Types in the repository, depict possible 'to-be' solutions.		* '''step (2)''' The PA<ref name="DA"> probably working together with a Domain Architect</ref> consults relevant architecture principles, [[:Category:Environment\|Environment]] descriptions (Quality Requirements of usage context) and already available feasible solutions, in the form of ([[:Category:Pattern Type\|Pattern Type]]s or) [[:Category:Building Block Type\|Building Block Type]]s. With this information, the PA<ref name="DA" /> creates one or more architecture studies, containing high-level drafts of feasible solutions. These drafts, based on the selected Pattern Types and Building Block Types in the repository, depict possible 'to-be' solutions.
	* '''step (3)''' Based on the architecture studies, the PA researches available and eligible [[:Category:Pattern Variant\|Pattern Variant]]s and [[:Category:Building Block Variant\|Building Block Variant]]s. Based on this information, PA<ref name="DA" /> determines the impact of the new solution on the 'as-is' situation.		* '''step (3)''' Based on the architecture studies, the PA researches available and eligible [[:Category:Pattern Variant\|Pattern Variant]]s and [[:Category:Building Block Variant\|Building Block Variant]]s. Based on this information, PA<ref name="DA" /> determines the impact of the new solution on the 'as-is' situation.
	* '''step (4)''' if necessary, the PA<ref name="DA" /> creates new Building Block Variants/Pattern Variants, describing the target architecture of (new) facilities.		* '''step (4)''' if necessary, the PA<ref name="DA" /> creates new Building Block Variants/Pattern Variants, describing the target architecture of (new) facilities.
	* '''step (5)''' The Designer consults the selected and/or created Building Block Variant/Pattern Variants, and creates an infrastructure facility design in accordance with the BBV's/PV's.		* '''step (5)''' The Designer consults the selected and/or created Building Block Variant/Pattern Variants, and creates an infrastructure facility design in accordance with the BBV's/PV's.
	* '''step (6)''' if convenient, the Designer creates a [[:Category:Design Outline\|Design Outline]]. And if necessary, he puts extra indications for use in the [[:Category:Building Block Variant\|Building Block Variant]]s/[[:Category:Pattern Variant\|Pattern Variant]]s, and/or he updates or adds [[:Category:Element\|Element]]s.		* '''step (6)''' if convenient, the Designer creates a [[:Category:Design Outline\|Design Outline]]. And if necessary, he puts extra indications for use in the [[:Category:Building Block Variant\|Building Block Variant]]s/[[:Category:Pattern Variant\|Pattern Variant]]s, and/or he updates or adds [[:Category:Element\|Element]]s.
	* '''step (7)''' The Service Manager reads the properties of the new infrastructure facility from its ~~Blueprints~~, its Building Block Variants/Pattern Variants and its quality attributes. Based on this, she creates an OP (Operational Product)		* '''step (7)''' The Service Manager reads the properties of the new infrastructure facility from its Design Outline, its Building Block Variants/Pattern Variants and its quality attributes. Based on this, she creates an OP (Operational Product)
	* '''step (8)''' Operations needs to perform maintenance, and checks the Blueprints for characteristics/indications for usage		* '''step (8)''' Operations needs to perform maintenance, and checks the Blueprints for characteristics/indications for usage
	<br><br>		<br><br>
	<references/>		<references/>