Expert Panel. Awareness Information. 25 June Challenge the future

Expert Panel Awareness Information 25 June 2013

Challenge the future

1

Structure Doel Proces Classificatie van de practices waarvan je al dan niet direct op de hoogte gehouden wilt worden Classificatie van de practices waarbij je gedurende het uitvoeren al dan niet gestoord mag worden


2

Goal Overeenstemming bereiken over de classificatie van de practices Practices waar al overeenstemming over is

26/80

Practices waar nog geen overeenstemming over is

54/80


3

Process Iteratief proces om overeenstemming te bereiken Stopcondities - Minimaal 80% is het eens - Na drie rondes is er geen overeenstemming bereikt Rondes - Eerste Ronde: - Tweede Ronde: - Derde Ronde:

Uitleggen van de gemaakte keuzes Overtuigen van de opponenten Laatste stem ronde


4

Information Practices waarvan je al dan niet direct op de hoogte gehouden wilt worden (real-time), ongeacht waar je op dat moment mee bezig bent.


5

Example Classificatie van items waarvan je al dan niet op de hoogte gehouden wilt worden (real-time) - Een project lid is ziek - De contact persoon van de klant is ziek - De secretaresse is ziek - De vriendin van je collega is ziek - De systeem beheerder is ziek


6

Requirements Development “De bedoeling van Requirements Development is: het eliciteren, analyseren en uitwerken van klant-, producten productcomponenteisen.”


7

Requirements Development 1. Develop Customer Requirements 1. Elicit Needs 2. Transform Stakeholder Needs into Customer Requirements 2. Develop Product Requirements 1. Establish Product and Product Component Requirements 2. Allocate Product Component Requirements 3. Identify Interface Requirements 3. Analyze and Validate Requirements 1. Establish Operational Concepts and Scenarios 2. Establish a Definition of Required Functionality and Quality Attributes 3. Analyze Requirements 4. Analyze Requirements to Achieve Balance 5. Validate Requirements


8

Requirements Development Agreed On: SP 2.1 Establish Product and Product Component Requirements SP 3.1 Establish Operational Concepts and Scenarios


9

Elicit Needs Requirements Development SP 1.1 Elicit Needs

Eliciteer de behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden voor alle fasen in de productlevenscyclus. Elicitatie gaat verder dan het verzamelen van eisen, door het proactief identificeren van aanvullende eisen die niet expliciet door klanten zijn verstrekt.


10

Transform Stakeholder Needs Requirements Development SP 1.2 Transform Stakeholder Needs into Customer Requirements

Transformeer behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden in geprioriteerde klanteisen. De verschillende bijdragen van de relevante belanghebbenden dienen geconsolideerd te worden, ontbrekende informatie dient te worden achterhaald en conflicten dienen opgelost te worden bij het ontwikkelen en prioriteren van klanteisen.


11

Product Component Requirements Requirements Development SP 2.2 Allocate Product Component Requirements

Wijs de eisen toe voor iedere productcomponent. De eisen voor productcomponenten van de gedefinieerde oplossing omvatten de toewijzing van productprestaties; ontwerpvoorwaarden; en maat, vorm en functie om aan de eisen te voldoen en het produceren te faciliteren.


12

Interface Requirements Requirements Development SP 2.3 Identify Interface Requirements

Identificeer de aan de interfaces gestelde eisen Interfaces tussen functies of tussen objecten of andere logische entiteiten worden vastgesteld.


13

Requirements Functionality Requirements Development SP 3.2 Establish a Definition of Required Functionality and Quality Attributes

Breng een definitie van vereiste functionaliteit en kwaliteitskenmerken tot stand en onderhoud deze. Deze functionele beschrijving kan acties, volgorde, invoergegevens, uitvoergegevens of andere informatie bevatten die de manier waarop het product zal worden gebruikt kenbaar maakt.


14

Analyze Requirements Requirements Development SP 3.3 Analyze Requirements

Analyseer de eisen om ervoor te zorgen dat ze noodzakelijk en afdoende zijn. In het licht van de operationele concepten en scenario's, worden de eisen voor één niveau van de producthiërarchie geanalyseerd om te bepalen of ze noodzakelijk en afdoende zijn om de doelstellingen van hogere niveaus in de producthiërarchie te verwezenlijken.


15

Analyze Requirements Requirements Development SP 3.4 Analyze Requirements to Achieve Balance

Analyseer de eisen om behoeften en beperkingen van de belanghebbenden in balans te brengen. Behoeften en beperkingen van belanghebbenden kunnen gaan over zaken als kosten, planning, product- of projectprestaties, functionaliteit, prioriteiten, herbruikbare componenten, onderhoudbaarheid of risico's.


16

Validate Requirements Requirements Development SP 3.5 Validate Requirements

Valideer de eisen om te zorgen dat het resulterende product zal functioneren zoals beoogd in de eindgebruikersomgeving. Eisenvalidatie wordt vroeg in het ontwikkeltraject uitgevoerd met eindgebruikers om het vertrouwen te verkrijgen dat de eisen leiden tot een ontwikkeling die resulteert in succesvolle eindvalidatie.


17

Technical Solution “De bedoeling van Technical Solution is: voor de eisen oplossingen te selecteren, te ontwerpen, en te realiseren. De oplossingen, ontwerpen en realisaties hebben, afhankelijk van de situatie, betrekking op producten, productcomponenten en aan de levenscyclus van het product gerelateerde processen, of een combinatie hiervan.”


18

Technical Solution 1. Select Product Component Solutions 1. Develop Alternative Solutions and Selection Criteria 2. Select Product Component Solutions 2. Develop the Design 1. Design the Product or Product Component 2. Establish a Technical Data Package 3. Design Interfaces Using Criteria 4. Perform Make, Buy, or Reuse Analyses 3. Implement the Product Design 1. Implement the Design 2. Develop Product Support Documentation


19

Technical Solution Agreed On: SP 1.2 Select Product Component Solutions SP 2.1 Design the Product or Product Component SP 2.2 Establish a Technical Data Package SP 2.3 Design Interfaces Using Criteria SP 3.2 Develop Product Support Documentation


20

Alternative Solutions Technical Solution SP 1.1 Develop Alternative Solutions and Selection Criteria

Ontwikkel alternatieve oplossingen en selectiecriteria. Om de selectie van een evenwichtige oplossing, in termen van kosten, planning, prestaties en risico's mogelijk te maken voor de gehele levensduur van het product, moeten alternatieve oplossingen worden vastgesteld en geanalyseerd.


21

Make, Buy, or Reuse Analyses Technical Solution SP 2.4 Perform Make, Buy, or Reuse Analyses

Evalueer aan de hand van vastgestelde criteria of de productcomponenten ontwikkeld, aangeschaft, of opnieuw gebruikt zouden moeten worden. De vaststelling welke producten of productcomponenten zullen worden aangeschaft, wordt vaak aangeduid als een „maken-ofkopen-analyse‟. Het is gebaseerd op een analyse van de behoeften van het project.


22

Implement the Design Technical Solution SP 3.1 Implement the Design

Realiseer de productcomponenten vanuit de ontwerpen. Als het ontwerp eenmaal is voltooid, dan wordt het gerealiseerd als een productcomponent. De kenmerken van die realisatie hangen af van het type productcomponent.


23

Verification “De bedoeling van verificatie is: om te garanderen dat geselecteerde werkproducten voldoen aan hun gespecificeerde eisen.”


24

Verification 1. Prepare for Verification 1. Select Work Products for Verification 2. Establish the Verification Environment 3. Establish Verification Procedures and Criteria 2. Perform Peer Reviews 1. Prepare for Peer Reviews 2. Conduct Peer Reviews 3. Analyze Peer Review Data 3. Verify Selected Work Products 1. Perform Verification 2. Analyze Verification Results


25

Verification Agreed On: SP 2.1 Prepare for Peer Reviews


26

Select Work Products Verification SP 1.1 Select Work Products for Verification

Selecteer de te verifiëren werkproducten en de te gebruiken verificatiemethoden. Werkproducten worden geselecteerd op basis van hun bijdrage aan het vervullen van de projectdoelstellingen en eisen en het aanpakken van projectrisico’s.


27

Establish Environment Verification SP 1.2 Establish the Verification Environment

Breng de omgeving die nodig is om verificatie te ondersteunen tot stand en onderhoud deze. Er moet een omgeving tot stand gebracht worden waarin de verificatie kan plaatsvinden. Het type omgeving dat vereist is, zal afhangen van de voor verificatie geselecteerde werkproducten en de gebruikte verificatiemethoden. bv. peer review, simulators, emulatoren etc.


28

Procedures and Criteria Verification SP 1.3 Establish Verification Procedures and Criteria

Breng verificatieprocedures en -criteria voor de geselecteerde werkproducten tot stand en onderhoud deze. Verificatiecriteria worden gedefinieerd om ervoor te zorgen dat de werkproducten aan hun eisen voldoen.


29

Conduct Peer Reviews Verification SP 2.2 Conduct Peer Reviews

Voer peer reviews uit op geselecteerde werkproducten en identificeer probleempunten die voortkomen uit de reviews. Eén van de doeleinden van het uitvoeren van een peer review is om vroegtijdig fouten te vinden en te verwijderen. Peer reviews worden incrementeel uitgevoerd terwijl werkproducten worden ontwikkeld.


30

Analyze Peer Review Data Verification SP 2.3 Analyze Peer Review Data

Analyseer de gegevens over de voorbereiding, uitvoering en resultaten van de peer reviews. bv. gegevens over de peer review en actiepunten uit de peer review


31

Perform Verification Verification SP 3.1 Perform Verification

Voer verificaties uit op de geselecteerde werkproducten. Het incrementeel verifiëren van producten en werkproducten bevordert vroegtijdige ontdekking van problemen en kan resulteren in de vroegtijdige verwijdering van fouten.


32

Analyze Verification Results Verification SP 3.2 Analyze Verification Results

Analyseer de resultaten van alle verificatie-activiteiten. Werkelijke resultaten moeten worden vergeleken met de vastgestelde verificatiecriteria om te bepalen of de resultaten acceptabel zijn.


33

Validation “De bedoeling van validatie is: aan te tonen dat een product of productcomponent kan worden gebruikt zoals is bedoeld wanneer het in zijn beoogde omgeving is geplaatst.”


34

Validation 1. Prepare for Validation 1. Select Products for Validation 2. Establish the Validation Environment 3. Establish Validation Procedures and Criteria 2. Validate Product or Product Components 1. Perform Validation 2. Analyze Validation Results


35

Validation Agreed On: SP 2.2 Analyze Validation Results


36

Select Products for Validation Validation SP 1.1 Select Products for Validation

Selecteer de te valideren producten en productcomponenten en de te gebruiken validatiemethoden. Producten en productcomponenten worden voor validatie geselecteerd op basis van hun verband met behoeften van eindgebruikers. Voor iedere productcomponent zou de omvang van de validatie (bijvoorbeeld operationeel gedrag, onderhoud, training, gebruikersinterface) vastgesteld moeten worden.


37

Establish the Environment Validation SP 1.2 Establish the Validation Environment

Breng de omgeving die nodig is om validatie te ondersteunen tot stand en onderhoud deze. De eisen voor de validatieomgeving worden aangegeven door het geselecteerde product of de productcomponenten en door de validatiemethoden. Deze selecties kunnen eisen opleveren voor de aankoop of ontwikkeling van apparatuur, software of andere middelen.


38

Validation Procedures and Criteria Validation SP 1.3 Establish Validation Procedures and Criteria

Breng procedures en criteria voor validatie tot stand en onderhoud deze. Validatieprocedures en -criteria worden gedefinieerd om ervoor te zorgen dat het product of productcomponent zal voldoen aan het verwachte gebruik wanneer het wordt geplaatst in de beoogde omgeving.


39

Perform Validation Validation SP 2.1 Perform Validation

Voer de validatie uit op de geselecteerde producten en productcomponenten. Om voor gebruikers acceptabel te zijn, moet een product of productcomponent in zijn beoogde operationele omgeving functioneren zoals bedoeld.


40

Product Integration “De bedoeling van product integratie is: het product samen te stellen uit de productcomponenten, te zorgen dat het product, zoals het is samengesteld, correct werkt en het product op te leveren.”


41

Product Integration 1. Prepare for Product Integration 1. Establish an Integration Strategy 2. Establish the Product Integration Environment 3. Establish Product Integration Procedures and Criteria 2. Ensure Interface Compatibility 1. Review Interface Descriptions for Completeness 2. Manage Interfaces 3. Assemble Product Components and Deliver the Product 1. Confirm Readiness of Product Components for Integration 2. Assemble Product Components 3. Evaluate Assembled Product Components 4. Package and Deliver the Product or Product Component


42

Product Integration Agreed On: SP 3.2 Assemble Product Components


43

Establish an Integration Strategy Product Integration SP 1.1 Establish an Integration Strategy

Breng een productintegratiestrategie tot stand en onderhoud deze. De productintegratiestrategie beschrijft de aanpak voor het ontvangen, integreren en evalueren van de productcomponenten waaruit het product is opgebouwd.


44

Establish the Environment Product Integration SP 1.2 Establish the Product Integration Environment

Breng de omgeving die nodig is om de integratie van de product-componenten te ondersteunen tot stand en onderhoud deze. De omgeving voor productintegratie kan worden aangeschaft of ontwikkeld. Om een omgeving tot stand te brengen, zullen eisen voor het verwerven of ontwikkelen van apparatuur, software, of andere middelen uitgewerkt moeten worden.


45

Procedures and Criteria Product Integration SP 1.3 Establish Product Integration Procedures and Criteria

Breng procedures en criteria voor integratie van de productcomponenten tot stand en onderhoud deze. Procedures voor de integratie van de productcomponenten kunnen zaken omvatten als het aantal uit te voeren incrementele iteraties en details van de verwachte tests en andere in elke fase uit te voeren evaluaties.


46

Review Interface Descriptions Product Integration SP 2.1 Review Interface Descriptions for Completeness

Review interfacebeschrijvingen op dekking en volledigheid. De interfaces dienen naast productcomponentinterfaces, alle interfaces met de productintegratieomgeving te omvatten.


47

Manage Interfaces Product Integration SP 2.2 Manage Interfaces

Manage interne en externe interfacedefinities, ontwerpen en wijzigingen voor producten en productcomponenten. Interface-eisen sturen de ontwikkeling van de interfaces, die nodig zijn om productcomponenten te integreren, aan. Het managen van producten productcomponentinterfaces start vroeg in de ontwikkeling van het product.


48

Readiness of Product Components Product Integration SP 3.1 Confirm Readiness of Product Components for Integration

Bevestig, voordat het product wordt samengesteld, dat elke productcomponent die nodig is voor de samenstelling van het product op de juiste wijze is geïdentificeerd, zich gedraagt volgens zijn beschrijving en dat de productcomponentinterfaces voldoen aan de interfacebeschrijvingen. Deze specifieke praktijk heeft tot doel om te waarborgen dat de op de juiste wijze geïdentificeerde productcomponent die voldoet aan zijn beschrijving werkelijk geïntegreerd kan worden volgens de strategie en procedures voor productintegratie. Challenge the future

49

Evaluate Assembled Components Product Integration SP 3.3 Evaluate Assembled Product Components

Evalueer de geïntegreerde productcomponenten op interfacecompatibiliteit. Deze evaluatie omvat het onderzoeken en testen van geïntegreerde productcomponenten op prestaties, geschiktheid of gereedheid, gebruikmakend van de procedures, criteria en omgeving voor productintegratie.


50

Package and Deliver Product Integration SP 3.4 Package and Deliver the Product or Product Component

Verpak het samengestelde product of de productcomponent en lever het aan de klant. De verpakkingseisen voor sommige producten kunnen in hun specificaties en verificatiecriteria aangegeven zijn.


51

Interruptions Practices waarbij je gedurende het uitvoeren al dan niet gestoord mag worden, ongeacht waar het over gaat


52

Example Classificatie van items waarbij je al dan niet gestoord mag worden - Opstaan - Douchen - Aankleden - Ontbijten - Spullen pakken - Vertrekken


53

Requirements Development “De bedoeling van Requirements Development is: het eliciteren, analyseren en uitwerken van klant-, producten productcomponenteisen.”


54

Requirements Development 1. Develop Customer Requirements 1. Elicit Needs 2. Transform Stakeholder Needs into Customer Requirements 2. Develop Product Requirements 1. Establish Product and Product Component Requirements 2. Allocate Product Component Requirements 3. Identify Interface Requirements 3. Analyze and Validate Requirements 1. Establish Operational Concepts and Scenarios 2. Establish a Definition of Required Functionality and Quality Attributes 3. Analyze Requirements 4. Analyze Requirements to Achieve Balance 5. Validate Requirements


55

Requirements Development Agreed On: SP 2.1 Establish Product and Product Component Requirements SP 2.2 Allocate Product Component Requirements SP 3.1 Establish Operational Concepts and Scenarios SP 3.2 Establish a Definition of Required Functionality and Quality Attributes


56

Elicit Needs Requirements Development SP 1.1 Elicit Needs

Eliciteer de behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden voor alle fasen in de productlevenscyclus. Elicitatie gaat verder dan het verzamelen van eisen, door het proactief identificeren van aanvullende eisen die niet expliciet door klanten zijn verstrekt.


57

Transform Stakeholder Needs Requirements Development SP 1.2 Transform Stakeholder Needs into Customer Requirements

Transformeer behoeften, verwachtingen, voorwaarden en interfaces van belanghebbenden in geprioriteerde klanteisen. De verschillende bijdragen van de relevante belanghebbenden dienen geconsolideerd te worden, ontbrekende informatie dient te worden achterhaald en conflicten dienen opgelost te worden bij het ontwikkelen en prioriteren van klanteisen.


58

Interface Requirements Requirements Development SP 2.3 Identify Interface Requirements

Identificeer de aan de interfaces gestelde eisen Interfaces tussen functies of tussen objecten of andere logische entiteiten worden vastgesteld.


59

Analyze Requirements Requirements Development SP 3.3 Analyze Requirements

Analyseer de eisen om ervoor te zorgen dat ze noodzakelijk en afdoende zijn. In het licht van de operationele concepten en scenario's, worden de eisen voor één niveau van de producthiërarchie geanalyseerd om te bepalen of ze noodzakelijk en afdoende zijn om de doelstellingen van hogere niveaus in de producthiërarchie te verwezenlijken.


60

Analyze Requirements Requirements Development SP 3.4 Analyze Requirements to Achieve Balance

Analyseer de eisen om behoeften en beperkingen van de belanghebbenden in balans te brengen. Behoeften en beperkingen van belanghebbenden kunnen gaan over zaken als kosten, planning, product- of projectprestaties, functionaliteit, prioriteiten, herbruikbare componenten, onderhoudbaarheid of risico's.


61

Validate Requirements Requirements Development SP 3.5 Validate Requirements

Valideer de eisen om te zorgen dat het resulterende product zal functioneren zoals beoogd in de eindgebruikersomgeving. Eisenvalidatie wordt vroeg in het ontwikkeltraject uitgevoerd met eindgebruikers om het vertrouwen te verkrijgen dat de eisen leiden tot een ontwikkeling die resulteert in succesvolle eindvalidatie.


62

Technical Solution “De bedoeling van Technical Solution is: voor de eisen oplossingen te selecteren, te ontwerpen, en te realiseren. De oplossingen, ontwerpen en realisaties hebben, afhankelijk van de situatie, betrekking op producten, productcomponenten en aan de levenscyclus van het product gerelateerde processen, of een combinatie hiervan.”


63

Technical Solution 1. Select Product Component Solutions 1. Develop Alternative Solutions and Selection Criteria 2. Select Product Component Solutions 2. Develop the Design 1. Design the Product or Product Component 2. Establish a Technical Data Package 3. Design Interfaces Using Criteria 4. Perform Make, Buy, or Reuse Analyses 3. Implement the Product Design 1. Implement the Design 2. Develop Product Support Documentation


64

Technical Solution Agreed On: SP 1.2 Select Product Component Solutions SP 2.2 Establish a Technical Data Package SP 2.4 Perform Make, Buy, or Reuse Analyses SP 3.2 Develop Product Support Documentation


65

Alternative Solutions Technical Solution SP 1.1 Develop Alternative Solutions and Selection Criteria

Ontwikkel alternatieve oplossingen en selectiecriteria. Om de selectie van een evenwichtige oplossing, in termen van kosten, planning, prestaties en risico's mogelijk te maken voor de gehele levensduur van het product, moeten alternatieve oplossingen worden vastgesteld en geanalyseerd.


66

Design the Product Technical Solution SP 2.1 Design the Product or Product Component

Ontwikkel een ontwerp voor het product of een productcomponent. Het productontwerp bestaat uit twee omvangrijke fasen die elkaar in de uitvoering kunnen overlappen: globaal en gedetailleerd ontwerp. Het globale ontwerp brengt de productmogelijkheden tot stand en de productarchitectuur. Het detailontwerp definieert de structuur en mogelijkheden van de productcomponenten volledig.


67

Design Interfaces Using Criteria Technical Solution SP 2.3 Design Interfaces Using Criteria

Ontwerp productcomponentinterfaces met behulp van vastgestelde criteria. De criteria voor interfaces geven vaak cruciale parameters weer die gedefinieerd of ten minste onderzocht moeten worden, om zeker te zijn van hun toepasbaarheid. Deze parameters zijn vaak specifiek voor een gegeven producttype en zijn meestal verbonden met veiligheid, beveiliging, en duurzaamheid.


68

Implement the Design Technical Solution SP 3.1 Implement the Design

Realiseer de productcomponenten vanuit de ontwerpen. Als het ontwerp eenmaal is voltooid, dan wordt het gerealiseerd als een productcomponent. De kenmerken van die realisatie hangen af van het type productcomponent.


69

Verification “De bedoeling van verificatie is: om te garanderen dat geselecteerde werkproducten voldoen aan hun gespecificeerde eisen.”


70

Verification 1. Prepare for Verification 1. Select Work Products for Verification 2. Establish the Verification Environment 3. Establish Verification Procedures and Criteria 2. Perform Peer Reviews 1. Prepare for Peer Reviews 2. Conduct Peer Reviews 3. Analyze Peer Review Data 3. Verify Selected Work Products 1. Perform Verification 2. Analyze Verification Results


71

Verification Agreed On: SP 1.1 Select Work Products for Verification SP 1.2 Establish the Verification Environment SP 2.1 Prepare for Peer Reviews SP 3.1 Perform Verification


72

Procedures and Criteria Verification SP 1.3 Establish Verification Procedures and Criteria

Breng verificatieprocedures en -criteria voor de geselecteerde werkproducten tot stand en onderhoud deze. Verificatiecriteria worden gedefinieerd om ervoor te zorgen dat de werkproducten aan hun eisen voldoen.


73

Conduct Peer Reviews Verification SP 2.2 Conduct Peer Reviews

Voer peer reviews uit op geselecteerde werkproducten en identificeer probleempunten die voortkomen uit de reviews. Eén van de doeleinden van het uitvoeren van een peer review is om vroegtijdig fouten te vinden en te verwijderen. Peer reviews worden incrementeel uitgevoerd terwijl werkproducten worden ontwikkeld.


74

Analyze Peer Review Data Verification SP 2.3 Analyze Peer Review Data

Analyseer de gegevens over de voorbereiding, uitvoering en resultaten van de peer reviews. bv. gegevens over de peer review en actiepunten uit de peer review


75

Analyze Verification Results Verification SP 3.2 Analyze Verification Results

Analyseer de resultaten van alle verificatie-activiteiten. Werkelijke resultaten moeten worden vergeleken met de vastgestelde verificatiecriteria om te bepalen of de resultaten acceptabel zijn.


76

Validation “De bedoeling van validatie: is aan te tonen dat een product of productcomponent kan worden gebruikt zoals is bedoeld wanneer het in zijn beoogde omgeving is geplaatst.”


77

Validation 1. Prepare for Validation 1. Select Products for Validation 2. Establish the Validation Environment 3. Establish Validation Procedures and Criteria 2. Validate Product or Product Components 1. Perform Validation 2. Analyze Validation Results


78

Validation Agreed On: SP 1.1 Select Products for Validation


79

Establish the Environment Validation SP 1.2 Establish the Validation Environment

Breng de omgeving die nodig is om validatie te ondersteunen tot stand en onderhoud deze. De eisen voor de validatieomgeving worden aangegeven door het geselecteerde product of de productcomponenten en door de validatiemethoden. Deze selecties kunnen eisen opleveren voor de aankoop of ontwikkeling van apparatuur, software of andere middelen.


80

Validation Procedures and Criteria Validation SP 1.3 Establish Validation Procedures and Criteria

Breng procedures en criteria voor validatie tot stand en onderhoud deze. Validatieprocedures en -criteria worden gedefinieerd om ervoor te zorgen dat het product of productcomponent zal voldoen aan het verwachte gebruik wanneer het wordt geplaatst in de beoogde omgeving.


81

Perform Validation Validation SP 2.1 Perform Validation

Voer de validatie uit op de geselecteerde producten en productcomponenten. Om voor gebruikers acceptabel te zijn, moet een product of productcomponent in zijn beoogde operationele omgeving functioneren zoals bedoeld.


82

Analyze Validation Results Validation SP 2.2 Analyze Validation Results

Analyseer de resultaten van de validatieactiviteiten. De gegevens die voortvloeien uit validatietests, inspecties, demonstraties, of evaluaties worden geanalyseerd ten opzichte van de gedefinieerde validatiecriteria. In het geval van tekortkomingen, documenteren deze rapportages de mate van succes of falen en categoriseren zij de vermoedelijke oorzaak van het falen.


83

Product Integration “De bedoeling van product integratie is: het product samen te stellen uit de productcomponenten, te zorgen dat het product, zoals het is samengesteld, correct werkt en het product op te leveren.”


84

Product Integration 1. Prepare for Product Integration 1. Establish an Integration Strategy 2. Establish the Product Integration Environment 3. Establish Product Integration Procedures and Criteria 2. Ensure Interface Compatibility 1. Review Interface Descriptions for Completeness 2. Manage Interfaces 3. Assemble Product Components and Deliver the Product 1. Confirm Readiness of Product Components for Integration 2. Assemble Product Components 3. Evaluate Assembled Product Components 4. Package and Deliver the Product or Product Component


85

Product Integration Agreed On: SP 1.1 Establish an Integration Strategy SP 1.3 Establish Product Integration Procedures and Criteria SP 2.1 Review Interface Descriptions for Completeness SP 2.2 Manage Interfaces


86

Establish the Environment Product Integration SP 1.2 Establish the Product Integration Environment

Breng de omgeving die nodig is om de integratie van de product-componenten te ondersteunen tot stand en onderhoud deze. De omgeving voor productintegratie kan worden aangeschaft of ontwikkeld. Om een omgeving tot stand te brengen, zullen eisen voor het verwerven of ontwikkelen van apparatuur, software, of andere middelen uitgewerkt moeten worden.


87

Readiness of Product Components Product Integration SP 3.1 Confirm Readiness of Product Components for Integration

Bevestig, voordat het product wordt samengesteld, dat elke productcomponent die nodig is voor de samenstelling van het product op de juiste wijze is geïdentificeerd, zich gedraagt volgens zijn beschrijving en dat de productcomponentinterfaces voldoen aan de interfacebeschrijvingen. Deze specifieke praktijk heeft tot doel om te waarborgen dat de op de juiste wijze geïdentificeerde productcomponent die voldoet aan zijn beschrijving werkelijk geïntegreerd kan worden volgens de strategie en procedures voor productintegratie. Challenge the future

88

Assemble Product Components Product Integration SP 3.2 Assemble Product Component

Integreer de productcomponenten volgens de strategie en procedures voor productintegratie. De integratie-activiteiten van deze specifieke praktijk en de evaluatie-activiteiten van de volgende specifieke praktijk worden iteratief uitgevoerd, van de initiële productcomponenten, via de tussentijdse integraties van productcomponenten, tot het totale product.


89

Evaluate Assembled Components Product Integration SP 3.3 Evaluate Assembled Product Components

Evalueer de geïntegreerde productcomponenten op interfacecompatibiliteit. Deze evaluatie omvat het onderzoeken en testen van geïntegreerde productcomponenten op prestaties, geschiktheid of gereedheid, gebruikmakend van de procedures, criteria en omgeving voor productintegratie.


90

Package and Deliver Product Integration SP 3.4 Package and Deliver the Product or Product Component

Verpak het samengestelde product of de productcomponent en lever het aan de klant. De verpakkingseisen voor sommige producten kunnen in hun specificaties en verificatiecriteria aangegeven zijn.


91

Expert Panel. Awareness Information. 25 June Challenge the future

Recommend Documents