<Projecttitel>

Functioneel Ontwerp
Version x.y
Datum YYYYMMDD

Author(s):
Name Nummer e-mail
Versiebeheer

Versie Wanneer Wie Wat

Inhoudsopgave

Contents
1 Inleiding................................................................................................................................................4
2 Overview <yourproject> infrastructuurservices...................................................................................5
3 De infrastructuur services voor ….........................................................................................................6
3.1 De <serviceX> infrastructuur service............................................................................................6
3.1.1 Deel A: Externe beschrijving.................................................................................................6
3.1.2 Deel B: Interne beschrijving..................................................................................................7
4 (optioneel) Technical design outline....................................................................................................8
5 Referenties...........................................................................................................................................9
1 Inleiding
<Geef de aanleiding van het project en verwijs naar onderzoeks- en requirements documentatie>

<hieronder enige voorbeeld tekst mbt OIAm>

De methodologie die gebruikt wordt om de benodigde infrastructuur te ontwerpen is de Open
Infrastructure Architecture Method (OIAm 1). De OIAm is een open standaard met als hoofdprincipe:
functionaliteit vòòr constructie. In OIAm wordt gebruik gemaakt een repository met gestandaardiseerde
infrastructuur functies. Veel voorkomende infrastructuren services zijn als best-practices vervat in
Generieke Patronen: groepen van infrastructuur functies. Van deze Generieke Patronen worden
Toegepaste Patronen (Applied Patterns) gemaakt, waarmee specifieke omgevings- en kwaliteitseisen
worden gemodelleerd. De OIA repository (OIAr) is een opslagplaats van Patronen en Functies. De
symbolen die gebruikt worden zijn conform de standaard van The Open Group Archimate Specificatie 2.
De betekenis en de samenhang van door OIAm gebruikte symbolen en elementen staan in de volgende
figuur geschetst.

De symbolen in de elementen geven de betekenis van het blokje. In de volgende tabel staat de betekenis
van de relaties/verbindingspijlen
Assignment
Aggregation

Composition

Realization
Serving

Access

1
http://www.infra-repository.org/oiar/index.php/Main_Page
2
http://www.opengroup.org/subjectareas/enterprise/archimate
In het volgende hoofdstuk wordt het functionele model voor de infrastructuur beschreven, het
zogenaamde modellenboek.
2 Overview <yourproject> infrastructuurservices
Geef een OIAm figuur met daarin een overzicht van alle benodigde infrastructuurservices met hun relatie
voor het project.
Geef een korte beschrijving, eventueel met de applicatiefuncties die bediend worden door deze
infrastructuurservices.
Geef voor dit project aan, bijvoorbeeld door te kleuren, welke services nieuw ontwikkeld moeten worden
en/of services waar impact is, door een wijziging van dit project.
Geef vervolgens in de volgende paragrafen het toegepaste model per service.

Eenvoudig voorbeeld:
3 De infrastructuur services voor …
3.1 De <serviceX> infrastructuur service
3.1.1 Deel A: Externe beschrijving
Deel A is bedoeld voor de opdrachtgever en voor de belangrijkste stakeholders.

3.1.1.1 Globale beschrijving

<geef in een enkele zin welke dienst wordt geleverd; geef uitvoerig welke functionaliteit en kwaliteit en
andere aspecten betrokken zijn bij het leveren van deze service vanuit de afnemer(s) gezien>

3.1.1.2 Bedrijfsdoel
<beschrijf hoe de infrastructuur service wordt gebruikt door de organisatie>

3.1.1.3 Integratieview
<geef een OIAm tekening van de service (gebruik nieuwe repository!)
- Service met naamsconventie
- Aggregerende functie met naamsconventie <GP.application>
- Aanpalende/supporting services
- (Eventueel andere OIAm structuren zoals artefacten en interfaces)

Geef ook een korte beschrijving van de tekening>

Voorbeeld:

3.1.1.4 Functional requirements processing

<Geef de betreffende functionele requirements waaraan wordt voldaan door dit model. Geef bij
Processing de OIAm-deelfunctie waarin de requirement opgelost gaat worden. Zie ingevuld voorbeeld.>
Reqnr. Description Processing to function
R.11 Mail wordt opgemaakt in de huisstijl. De functie Message Formatting zal de mail
opmaken in huisstijl. (LET OP: deze
deelfunctie is te zien in 3.1.2.1 Functional
View)

3.1.1.5 Quality Attributes

<Geef per quality attribute de betreffende kwaliteitsrequirements voor deze service en geef de value van
het attribuut aan, zie ingevulde opties >
Reqnr. Description Quality attribute Value (SMART)
Adaptability HSC
Scalability UO
Manageability n.a.
Accountability H/M/L
Availability H/M/L
Integrity H/M/L
HSC=Hardware, software, configuratie (kunnen gelijktijdig)
UO=upscaling, outscaling (kunnen gelijktijdig)
H/M/L = high, medium, low (kies een waarde)
3.1.2 Deel B: Interne beschrijving
<hier worden de gemaakte ontwerpkeuzes beschreven, door een decompositie van de service in
benodigde infrastructuurfuncties met hun kwaliteiten>
3.1.2.1 Functional View
<geef een Archimate model met daarin
- Service
- Aggregerende functie met daarin
- Toegepaste functies (minimaal de deelfuncties die in 3.1.1.4 Functional Requirements Processing
geselecteerd zijn door de requirements.)

En een kort commentaar>

3.1.2.2 Model Specificatie

<geef verdere uitleg van de benodigde functies en aan welk requirement wordt voldaan. Wanneer een
kwaliteitseis >
Reqnr. Functie Beschrijving
Access Conditioning connects the point of access to
infrastructure with tasks that the infrastructure architect
associates with obtaining this access. These tasks can
range from authentication to verifying if a client is up-to-
date on security patches and anti-virus software.

3.1.2.3 Principes/gebruiksrichtlijnen
<geef principes en richtlijnen relevant voor de gebruikte technieken en operationeel beheer van de
functies>
Principle/direction Beschrijving Consequence/action

3.1.2.4 Aanpalende infrastructuurservices

<beschrijf de aanpalende infrastructuurservices en op welke manier die gebruikt worden>
Aanpalende Beschrijving, Gebruik/interface/impact
infrastructuurservice
4 (optioneel) Technical design outline
<geef richtlijnen voor de technische oplossing, bijvoorbeeld een vereenvoudigde L3 tekening met
decompositie in technical components>
5 Referenties
<geef referenties naar RTM, Plan van Eisen en/of andere bronnen, zoals onderzoeksrapportage>